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Recording medium capable of recording a first data-type and a second data-type, playback 
method and playback device for playing back from the recording medium, and recording 
device for recording first-type data and second-type data on the recording medium 



The present invention relates to a recording 
medium (1) recorded with audio data and general data 
(including image data for computers and character data) 
mixed together, provided with data for each control 
region, where by providing a special simple control 
region (simple U-TOC), editing of complicated control 
regions (P-TOC. U-TOC) does not have to be carried out 
and a memory region is not necessary as a working 
region for editing. The present invention also provides a 
playback device where playback can be achieved without 



mixing the simple control region (simple U-TOC) with the 
control region (U-TOC) for the audio and general data 
and, by also recording copy-protection information at the 
simple control region, a playback operation from a 
recording medium (1 ) which has been copied illegally will 
not be possible. The present invention further relates to 
a recording device a recording device for updating each 
control region while data updating is being carried out at 
the recording medium. 
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Description 

BACKGROUND OF THE INVENTION 

1. Field Of The Invention : 5 

The present invention relates to a recording medium 
(disc) for carrying out data recording and corresponding 
playback method, recording method and playback 

device. 

2. Description Of Relative Art : 

Magneto-optical discs have been developed for 
recording devices capable of recording and/or playing 
back audio data etc. , playback devices, and as recording 
mediums. In particular, . in recent years, optical disc 
devices where the user has not just been able to play 
back from the opto-magnetic discs, but has also been 
able to record audio such as music have become well 
known. 

When using this optical disc device, in addition to 
the recording and/or playback of so-called audio signals, 
the recording and/or playback of data other than audio 
information may also be considered. 

In this specification, so-called audio signals such as 
music and speech recorded on the magneto-optical disc 
put into digital form are referred to as "audio data", one 
unit of which is referred to as a "program" or "audio track". 
Information equipment user data for computers and the 
like such as characters or graphics recorded on the mag- 
neto-optical disc, which is not audio data, is then referred 
to as "general data", so as to be distinguished from audio 
data. A single recording/playback unit of this general 
data is then taken as a "data file". 

However, the structure of the format of optical disc 
devices was originally for audio use and does not lend 
itself easily to being made capable of the kind of infor- 
mation search and updating required of use with general 
data. In particular, program control information for audio 
applications and data file control information for data use 
differ in that name data and attribute data etc. for 
searches is not required. In audio applications, just the 
address corresponding to the program number is suffi- 
cient Data for making data transmissions to outside 
equipment is also not necessary. Further, the existence 
of a multiplicity of items small in data volume found in 
general data is fairly unlikely with audio data, and com- 
patibility with the case where an extremely large number 
of small data files exist is not necessary with audio files. 
For example, control information for use with audio data 
to be described later is only compatible up to a maximum 
of 255 parts. 

As described above, program control information for 
audio applications has been created in order to be suit- 
able for musical applications and cannot be considered 
appropriate for general data use. For example, it is not 
appropriate to apply an optical disc device to use in the 



recording and playing back of general data while leaving 
the control method used as is. 

Considering control conditions for the case of the 
recording of general data, it is necessary to carry out 
each of the various processes such as alignment using 
a file name valuation coefficient, substitution, file name 
table link modification and file allocation table mainte- 
nance with these control information editing processes 
in order to utilize the recorded general data effectively. 
However, a large amount of memory is required for these 
processes, power consumption is large and the speed 
of the editing process slows down as the number of nec- 
essary processes rises. Putting these processes into 
practice on, for example, compact equipment such as 
battery driven portable apparatus, proves to be difficult 
because of large power consumption and the difficulty in 
attaining a sufficient processing speed. 

Further, simply copying and playing back data files 
does not give sufficient consideration to copy protection, 
i.e. it is a simple process to copy software provided by 
software manufacturers illegally onto disc without per- 
mission from the manufacturer and it is therefore prefer- 
able to carry out countermeasures accordingly. 

SUMMARY OF THE INVENTION 

As the present invention sets out to resolve these 
kinds of problems, it's object is to provide a recording 
medium, playback method, recording device and play- 
back device capable of applying recording^layback sys- 
tems for musical applications to data recording^layback 
use, capable of recording and playing back audio data 
and general data together, capable of preventing illegal 
copying and being suited to use with equipment demand- 
ing compactness and low power consumption. 

Recording Medium 

The present invention provides a recording medium 
capable of being recorded with, for example, audio pro- 
grams and general data files (including character data 
for computer use and still image data etc.) at the same 
time. The recording medium is equipped with a first con- 
trol region for controlling audio programs and a second 
control region for controlling general data files. The sec- 
ond control region is recorded at the physical head with 
respect to the general data files. 

Further, the recording medium of the present inven- 
tion may also be capable of being recorded with audio 
programs and general data files (including character 
data for computer use and still image data etc.) at the 
same time, with the recording medium then being 
equipped with a first control region for controlling audio 
programs, a second control region for controlling general 
data files and a third control region for controlling the 
general data files. The third control region and/or data 
files controlled by the third control region are controlled 
as defective regions at the first control region and the 
second control region. The third control region is there- 
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fore provided in such a manner that simple playback can 
be carried out easily. 

Playback device 

Still further, the present invention provides a play- 
back device for playing back from a recording medium 
comprising, for example, audio programs, general data 
files (including character data for computer use and still 
image data etc.), a first control region for controlling the 
audio programs and a second control region for control- 
ling general data files. The playback device comprises a 
determining part for playing back the first control infor- 
mation and determining whether or not general data files 
are present. 

At this determining part, when determined that a 
general data file exists, second control information posi- 
tioned at the head of the general data file is played back 
and the general data file is played back based on the 
played back second control region. 

Moreover, the present invention also provides a 
playback device for playing back from a recording 
medium comprising audio programs, general data files 
(including character data for computer use and still 
image data etc.) a first control region for controlling the 
audio programs, a second control region for controlling 
general data files and a third control region for controlling 
general data files. 

The playback device comprises a first determining 
part for playing back the first control information and 
determining whether or not the first control region is 
being controlled as a defective region; 

a control part for controlling access of the defec- 
tive part when determined that the first control region is 
being controlled as a defective part at the first determin- 
ing part; 

a second determining part for determining 
whether or not there is an error at the accessed defective 
region; and 

a third determining part for determining whether 
or not a third control region exists when the second deter- 
mining part determines there to be no error at the 
accessed defective region. The third control region is 
played back when the third determining part determines 
the existence of a third control region and the general 
data file is played back based on the played back second 
control region. 

Recording Device 

The present invention also provides a recording 
device for recording and/or updating audio programs 
and/or general data from a recording medium comprising 
audio programs, general data files (including character 
data for computer use and still image data etc.), a first 
control region for controlling the audio programs and a 
second control region for controlling the general data 
files. The recording device comprises a recording part 
for recording audio programs and/or general data at a 



recordable region; and 

an updating part for updating the first control infor- 
mation and the second control information in such a 
manner that a region recorded with the general data is 
5 also controlled at the first control region while the general 
data is being recorded at the recordable region. 

The present invention also provides a recording 
device for recording and/or updating audio programs 
and/or general data from a recording medium comprising 
w audio programs, general data files (including character 
data for computer use and still image data eta), a first 
control region for controlling a second control region con- 
trolling the audio programs and the general data, a sec- 
ond control region for controlling the general data 
is recorded at the physical head of the general data files 
and a third control region for controlling general data in 
a simple manner. This recording device comprises a 
recording part for recording audio programs and/or gen- 
eral data at a recordable region; and 
20 updating means for, while the general data is 

being recorded at the recordable region, updating the 
first control information and/or the second control infor- 
mation in such a manner as to control the region 
recorded with the general data and the third control 
25 region as a defective region at the first control region 
and/or the second control region and updating control 
information occurring at the third control region. 

The present invention further provides a recording 
device for recording and/or updating audio programs 
30 and/or general data on a recording medium comprising 
audio programs, general data files (including character 
data for computer use and still image data etc.), a first 
control region for controlling audio programs, a second 
control region for controlling general data recorded at the 
35 physical head of the general data files and a third control 
region for controlling general data in a simple manner 
provided approximately next to the first control region. 

The recording device comprises a recording part for 
recording audio programs and/or general data at a 
40 recordable region; and 

an updating part for updating, while general data is being 
recorded at the recordable region, the first control infor- 
mation and/or the second control information in such a 
manner that the region recorded with the general data is 
45 controlled as a defective region at the first control region 
and/or the second control region and updating control 
information occurring at the third control region. 

BRIEF DESCRIPTION OF THE DRAWINGS 

50 

FIG. 1 is a view describing the appearance of a 
recording/playback device and disc of an embodi- 
ment of the present invention; 
FIG. 2 is a block view of the recording/playback 
55 device of the embodiment; 

FIG. 3(a) and 3(b) are views describing the disc clus- 
ter structure of the embodiment; 
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FIG. 4(a) through 4(c) are views describing the con- 
trol conditions of the disc of this embodiment 
recorded with a U-TOC and a data U-TOC; 
FIG. 5 is a view describing P-TOC sectors of the disc 
of the embodiment; s 
FIG. 6 is a view describing U-TOC sectors of the disc 
of the embodiment; 

FIG. 7 is a view describing U-TOC sector link condi- 
tions for the disc of the embodiment; 
FIG. 8(a) through 8(c) are views describing a data 10 
track of the disc of the embodiment; 
FIG. 9 is a view describing the boot area occurring 
at the data U-TOC of the disc of the embodiment; 
FIG. 10 is a view describing the boot area occurring 
at the data U-TOC of the disc of the embodiment; is 
FIG. 11 is a view describing a volume descriptor 
occurring at the data U-TOC of the disc of the 
embodiment; 

FIG. 1 2 is a view describing a volume space bitmap 
occurring at the data U-TOC of the disc of the so 
embodiment; 

FIG. 13(a) and 13(b) are views describing data 

recorded at a volume space bitmap occurring at the 

data U-TOC of the disc of the embodiment; 

FIG. 14 is a view describing a management table 25 

occurring at the data U-TOC of the disc of the 

embodiment; 

FIG. 15(a) through 15(h) are views describing data 
recorded at a management table occurring at the 
data U-TOC of the disc of the embodiment; 30 
FIG. 16 is a view describing a directory record block 
occurring at the data U-TOC of the disc of the 
embodiment; 

FIG. 1 7 is a viewdescrfcing a directory record block 
occurring at the data U-TOC of the disc of the 35 
embodiment; 

FIG. 18 is a view describing an extent record block 
occurring at the data U-TOC of the disc of the 
embodiment; 

FIG. 1 9 is a view describing an extent record block 40 
occurring at the data U-TOC of the disc of the 
embodiment; 

FIG. 20 is a view describing a data sector of the disc 
of the embodiment; 

FIG. 21 is a flowchart of a data playback process 45 
corresponding to a data U-TOC of the embodiment; 
FIG. 22 is a view describing a simple U-TOC sector 
of the disc of the embodiment; 
FIG. 23(a) through 23(d) are views describing disc 
track control conditions recorded at a simple U-TOC so 
of the embodiment; 

FIG. 24(a) and 24(d) are views describing track con- 
trol conditions after entry of data files corresponding 
to a simple U-TOC of the embodiment into a data U- 
TOC; 55 
FIG. 25(a) through 25(d) are views describing track 
control conditions of a disc recorded with a simple 
U-TOC of the embodiment; 



FIG. 26(a) through 26(d) are views describing track 
control conditions after entry of data files corre- 
sponding to a simple U-TOC of the embodiment into 
a data U-TOC; 

FIG. 27(a) through 27(d) are views describing track 
control conditions of a disc recorded with a simple 
U-TOC of the embodiment; 
FIG. 28 is a view describing track control conditions 
after entry of data files corresponding to a simple U- 
TOC of the embodiment into a data U-TOC; 
FIG. 29 is a flowchart for a recording process corre- 
sponding to a simple U-TOC of the embodiment; 
FIG. 30 is a flowchart of a playback editing process 
corresponding to a simple U-TOC of the embodi- 
ment; 

FIG. 31 is a view describing a simple U-TOC search 
operation of the embodiment; 
FIG. 32 is a flowchart of a copy-protection data 
recording process of the embodiment; 
FIG. 33 is a flowchart of a playback process for pro- 
viding copy protection in the embodiment; 
FIG. 34(a) through 34(d) are views describing track 
control conditions of a disc recorded with a simple 
U-TOC of the embodiment; 

FIG. 35 is a view describing track control conditions 
after entry of data files corresponding to a simple U- 
TOC of the embodiment into a data U-TOC; 
FIG. 36 is a view describing track control conditions 
of a disc recorded with a simple U-TOC of the 
embodiment; 

FIG. 37 is a view describing track control conditions 
after entry of data files corresponding to a simple U- 
TOC of the embodiment into a data U-TOC; 
FIG. 38 is a view describing track control conditions 
of a disc recorded with a simple U-TOC of the 
embodiment; 

FIG. 39 is a view describing track control conditions 
after entry of data files corresponding to a simple U- 
TOC of the embodiment into a data U-TOC; 
FIG. 40 is a flowchart for a recording process corre- 
sponding to a simple U-TOC of the embodiment; 
FIG. 41 is a flowchart of a playback editing process 
corresponding to a simple U-TOC of the embodi- 
ment; 

FIG. 42 is a flowchart of a copy-protection data 
recording process of the embodiment; 
FIG. 43 is a flowchart of a playback process for pro- 
viding copy protection in the embodiment; 
FIG. 44 is a view describing a data file recording 
position corresponding to a simple U-TOC of the 
embodiment; and 

FIG. 45 is a view describing a data file recording 
position corresponding to a simple U-TOC of the 
embodiment. 



4 



EP 0 697 699 A2 



8 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 



Embodiment 

In the following, the present invention is described 
in the following order. 

I Structure of recording/playback device 

1-1 Example of appearance 

I- 2 Internal blocks 

II. Disc strurtnr? 

II- 1 Cluster structure 
11-2 Track structure 
11-3 P-TOC sectors 

11-4 U-TOC sectors (first control information) 
11-5 Data U-TOC sectors (second control infor- 
mation) 

ll-5-a Overall structure 
ll-5-b Boot area 
ll-5-c Volume descriptor 
ll-5-d Volume-space bitmap 
ll-5-e Management table 
II-5-! Directory record block 
ll-5-g Extent record block 

11-6 Data sectors 

III. Data file playback process 

,v * Recording/playback me thods employing simple 

u-TOCsnrvpg a) 

IV-1 Simple U-TOC sector (third control informa- 
tion) 

I V-2 Control conditions in the case of simple U- 
TOC recording 

IV-3 Data file recording process employing sim- 
ple U-TOC 

IV-4 Data file playback processing employing a 
simple U-TOC and entry processing going to a 
data U-TOC 
IV-5 Copy-protected data recording employing 
a simple U-TOC 

IV-6 Copy-protection-compatible playback 
processing 

V. Recording/blavback me thods employing simple 
U-TQC fryp* P) 
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V-3 Data file playback processing and admis- 
sion processing to data U-TOC using simple U- 
TOC 

V-4 Copy protected data recording employing a 
simple U-TOC. 

V-5 Copy-protection compatible playback 
processing 



V-1 Control conditions when a simple U-TOC is 
recorded 

V-2 Data file recording processing employing 
simple U-TOC 



VI. Control of data file recording position using sim- 
10 pi e U-TQC 



75 



Structure of recording/playback device 
•1. Example of appearand 



55 



FIG. 1 is an external view of a recording/fcrtayback 
device and a disc comprising an embodiment. 

A magneto-optical disc may be employed as the disc 
1 with this disc being housed in a cartridge K as shown 
in FIG. 1. The disc recording surface may be visibly 
exposed by sliding a shutter S. 

A recording/playback device 10 is provided with a 
disc insertion portion 11 for installing the cartridge K 
housing the disc 1 . The shutter S is slid over by an inter- 
nal mechanism not shown in the drawings by inserting 
the cartridge K in the disc insertion portion 1 1 so that the 
board surface of the disc 1 is exposed and record- 
ing/playback is possible. 

A key input portion 12 for user operations and a dis- 
play part 1 3 for menu information for data searching and 
displaying detected data are provided on the upper sur- 
face of the casing of the recording^layback device 10. 
A cursor shift key, enter key and data input key etc. are 
provided at the key input portion 12. 

Further, numeral 14 represents an image scanner 
portion for detecting and converting into dot data image 
information recorded on paper so that image data can 
be taken as input. 

Moreover, numeral 15 represents an input/output 
connector where data can be sent to and received from 
other information equipment (computers, word proces- 
sors etc.) by connecting a communications cable C. 

Numeral 16 indicates a terminal used for inputting 
and outputting analog audio signals so as to provide a 
line input/output for audio signals played back from the 
disc 1 or audio signals from other sound equipment to 
be recorded on the disc 1 via an audio cord 17. 

1-2 Internal blocks 

The essential parts of the structure of the record- 
ing/playback device 10 are shown in FIG. 2. 

In FIG. 2, the disc 1 is shown in an installed state. 
Numeral 21 indicates a system controller for controlling 
each of the various recording/playback devices and is 
constructed from, for example, a microcomputer. 

Numeral 22 indicates a spindle motor and the 
installed disc 1 is rotataWy driven by this spindle motor 
22. Numeral 23 indicates an optical head for illuminating 
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the disc 1 with laser light at the time of recording/play- 
back. Laser light of a high energy level for heating a 
recording track up to the Curie temperature is outputted 
during recording and laser light of a relatively low energy 
level for detecting data via light reflected due to the mag- 
netic Kerr effect is outputted at the time of playback. 

At the optical head 23, there is an optical system 
comprising of a laser diode and deviation beam splitter 
or object lens etc. as the laser output system, with this 
being loaded with a detector for detecting reflected light. 
The object lens 23a is supported in such a manner so 
as to be capable of being displaced by a twin-axial mech- 
anism 24 in a direction across the cOameter of the disc 
and in a direction towards and away from the disc. The 
entire optical head 23 can also be shifted across the 
diameter of the disc by a thread mechanism 25. 

Further, numeral 26 indicates a magnetic head for 
applying a magnetic field modulated in accordance with 
provided information to the magneto-optical disc and is 
positioned opposite the optical head 23 so as to sand- 
wich the disc 1 . 

Information detected from the disc 21 by the optical 
head 23 is provided to the RF amplifier by the playback 
operation. An RF playback signal, tracking error signal 
focus error signal, absolute position information, address 
information, sub-code information and focus monitor sig- 
nal etc. are generated by carrying out arithmetic 
processing on the information provided to the RF ampli- 
fier 27. The generated RF playback signal is then pro- 
vided to the decoder 28, the tracking error signal and 
focus error signal are provided to the servo circuit 29 and 
the focus monitor signal is provided to the system con- 
troller 21. 

The absolute position information obtained by 
decoding pregroove information recorded beforehand on 
the disc as address information and the address infor- 
mation recorded as data which are outputted from the 
address decoder 19 are sent to the system controller 21 
via the decoder 28 to be used in various kinds of control 
operations. 

The servo circuit 29 generates each of the various 
servo drive signals using the tracking error signal and 
focus error signal provided along with the track jump 
instruction, seek instruction and rotational speed detec- 
tion information etc. from the system controller 21. The 
servo circuit 29 also controls the twin-axial mechanism 
24 and the thread mechanism 25, the focusing and the 
tracking, and controls the spindle motor 22 to be at a CAV 
(Constant Angular Velocity) or a CLV (Constant Linear 
Velocity). 

The RF playback signal is Eighteen-Fourteen 
Demodulated by the decoder 28 and then undergoes 
prescribed processing via the system controller 21 after 
being decoded using Cross Interleaved Reed-Solomon 
Decoding or Advanced Cross-Interleaved Reed-Solo- 
mon Decoding. 

Further, information provided to the system control- 
ler 21 as information to be recorded on the disc 1 during 
the recording operation is provided to a magnetic head 



drive circuit 3 1 after having undergone encoding such as 
Advanced Cross- Interleaved Reed-Solomon encoding, 
Cross Interleaved Reed-Solomon encoding, or Eight- 
een-Fourteen demodulated at the encoder 30. 

5 The magnetic head drive circuit 31 provides a mag- 

netic head drive signal to the magnetic head 26 in 
accordance with data encoded at the encoder 30. A 
north or south magnetic field is then applied to the disc 
1 from the magnetic head 26. At this time, the system 

10 controller 21 supplies a control signal so that high-power 
recording level laser light is outputted from the optical 
head 23. 

Numeral 32 indicates a conversion memory for con- 
verting code data into font data and carries out font con- 

75 version processing for displaying character data etc read 
out from the disc 1 . 

Numeral 33 indicates a buffer RAM for temporarily 
storing dot data captured by the image scanner 14, dis- 
play data displayed using the display part 1 3 and signal 

20 sending and receiving data from the connector 15, and 
functions as temporary storage while audio data read out 
from the disc 1 and data files are outputted. 

Any number of Pre- mastered Table Of Contents 
(hereinafter referred to as P-TOC), User-Table of Con- 

25 tents for control of the recording and playing back of 
audio data (hereinafter referred to as a U-TOC), Data- 
user Table of Contents for control of general recording 
and playing back of audio data (hereinafter referred to 
as a data U-TOC), and Table of Contents to be used in 

30 simple recording and playing back of general data to be 
described later (hereinafter referred to as a simple U- 
TOC) are recorded at the disc 1 . The system controller 
21 reads these control informations and decides the 
position information intended to be recorded and the 

35 position information intended to be data searched and 
played back. This processing information is then stored 
in a temporary buffer RAM 33. 

For example, the system controller 21 reads the P- 
TOC and U-TOC by playing back a control information 

40 area present at the innermost periphery of the disc while 
the disc 1 is being installed for pre-storing in the tempo- 
rary buffer RAM 33. This is then referred to when the disc 
1 is being recorded or played back. 

Moreover, the U-TOC, data U-TOC and simple U- 

45 TOC are re-written in response to the recording and 
erasing of data. The system controller 21 carries out this 
re-wrrting with respect to the control information stored 
in the temporary buffer RAM 33 when there is a record- 
ing/erasing operation and also re-writes the control infor- 

so mation area of the disc 1 at a prescribed timing in 
response to this re-writing operation. 

Numeral 34 indicates a communication circuit for 
sending to and receiving data signals from external 
equipment via the connector 15. 

ss Numeral 35 indicates a display controller which is a 
control circuit for displaying display data from the system 
controller 21 at the display part 13 i.e. search menu data 
displaying and the displaying of data read from the disc 1 . 
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The recording/playback device 10 is capable of car- 
rying out the recording and playback operations for each 
of the various general data discs 1 with the above con- 
struction. 

While audio data from the disc 1 is being played back s 
and outputted as an audio signal, a RF playback signal 
read out from the disc 1 as an audio signal is written into 
the temporary buffer RAM 33 by the system controller 21 
after having undergone decoding such as Eighteen- 
Fourteen demodulaton or Cross Interleaved Reed-Solo- 10 
mon Decoding elc at the decoder 28. The reading of 
audio data from one disc 1 by the optical head 23 and 
playback audio data transfer from the optical head 23 to 
the temporary bufte* RAM 33 is carried out intermittently 
at 1.41 Mbits/sec 15 

Data written into Ih* tertiary buffer RAM 33 is 
read-out during ptajtoao aucfco data transfer at 0.3 
Mbits/sec and prowfed to an aucko compression 
decoder 38. In this recorc*r*>ptayt>ac*i system, audio sig- 
nals are recorded by carrying out data compression 20 
using digital data ttept For sample. two channel, six- 
teen bit data sampled at a frequency of 44 1 Kbits (1 .4 
Mbits/sec) is compresMd to C 3 Mtrts/sec. i.e. approx- 
imately 1/5. The decocfcng process therefore becomes 
the reverse of this compf es&ion process during playback. 25 

When processing sue* as decoding of audio com- 
pression processing has been earned out on the play- 
back signal at the aucfeo compression decoder 38. this 
signal is converted to an analog &gnal at a digital/analog 
converter 39 and a line output ts given from a terminal 30 
16b via a prescribed amplifier circuit or the cord 17 so 
as to provide a playback output This output is provided 
as, for example, left channel and right channel audio sig- 
nals. 

During the recording of audio signals on the disc 1 , 35 
an audio signal provided to the terrrvnal 16a from a line 
input system using the cord 1 7 or a microphone system 
not shown in the drawings is sent to an audio compres- 
sion encoder 37 after having been quantized into 16 bit 
digital data by an AID converter 36 at a sampling fre- 40 
quency of 44. 1 Kbits and the aforementioned audio com- 
pression encoding is carried out. Recording data 
compressed by the encoder 34 is written into the tempo- 
rary buffer RAM 33 by the system controller 21 , read-out 
at a prescribed speed and sent to the encoder 30. The 45 
encoder 30 then sends this data to the magnetic head 
drive circuit 31 after having carried out encoding such as 
Cross Interleaved Reed-Solomon Decoding or Eight- 
een-Fourteen demodulation. 

The magnetic head drive circuit 3 1 sends a magnetic so 
head drive signal to the magnetic head 26 in response 
to the encoded recording audio data in the same way as 
for usual data recording, i.e. the magnetic head 26 is 
used to apply a north or south magnetic field to the disc 
1 . At this time, the system controller 21 also provides a ss 
control signal so that recording ley/el laser light is output- 
ted with respect to the optical head 23. 

The playback operation has been described for the 
case where the disc 1 is a magneto-optical disc. How- 



ever, playback is also possible with an optical disc where 
data is recorded using pit shapes in the same way as for 
a compact disc i.e. with optical disc devicies. In this case, 
the RF playback signal is extracted in response to the 
fluctuations in the level of reflected light due to the pres- 
ence or absence of pits in the same way as compact disc 
players, rather than by using the magnetic Kerr effect. A 
magnetic recording operation is carried out with respect 
to the optical disc and the magneto-optical disc pit data 
area. 

As described above, the TOC information occurring 
on the disc 1 is read into the temporary buffer RAM 33. 
However, with regards to types of disc 1 which are com- / 
patible with the recording/jolayback device" of this errtbod- \ 
iment. there are pre-mastered type discs pre-recorded 
with programs, discs where data is re-writable and the / 
user can record audio data and general data to be *\ 
described later, and hybrid discs provided with a Read- 
only Memory area pre-recorded with data files and pro- / 
grams etc. and a recordable opto-magnetic area. With 
these discs, data for controlling areas already recorded / 
with programs etc. and recordable areas is recorded as ( 
TOC information in accordance with the disc type. J 

While audio data is being recorded, recordable 
areas are searched out from the U-TOC and recorded 
with audio data. When a program is played back from a 
pre-mastered disc, program information is read from the 
P-TOC, the program area is accessed and the playback 
operation is carried out. When a program is played back 
from a magneto-optical disc, program control information 
is read from the U-TOC, the program area is accessed 
and the playback operation is carried out 

On the other hand, with regards to the operation for 
general data recording and playing back, data U-TOC 
information is used as the control information. 

Even with magneto-optical discs, the P-TOC is 
recorded in ROM as pit data. 

II. Disc structure 

11-1 Cluster structure 

With data recording in magneto-optical disc sys- 
tems, recording is carried out on the magneto-optical 
disc 1 using units known as clusters. One cluster corre- 
sponds to a portion equal to two to three track revolu- 
tions. This cluster is continuous with respect to time and 
one program is recorded as a data file. 

As shown in FIG. 3(b), one cluster comprises a 4 
sector sub-data region and a 32 sector main data region, 
with one sector having 2352 bits and address information 
being recorded every sector. 

On each sector, a 2048 byte region is used for actual 
recording of data, with the remaining bytes-being used 
for headers and error correction codes depending on 
synchronization patterns and addresses etc. 

The 4 sector sub-data region is used for sub-data 
comprising one sector or as a finking area comprising 
three sectors and the recording of TOC data, audio data 
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and general data etc. is carried out in the 32-sector main 
data region. 

M-2 Track structure 

Here, the track structure occurring on the disc 1 , the 
relationship between the positions of the P-TOC. U-TOC 
and data U-TOC. and the control mode are described. 

A magneto-optical disc is divided up into a pit area 
recorded with data using embossed pits as shown in the 
pit area of the enlarged view FIG. 4(a) and an magneto- 
optical area already provided with grooves as a mag- 
neto-optical area. 

A P-TOC is recorded at the pit area with a P-TOC 
sector, to be described later, being repeatedly recorded. 

The magneto-optical area continues from the pit 
area at the innermost periphery to the read-out area at 
the outermost periphery of the disc with a recordable 
area continuing from the position of the pit area to directly 
before the read-out area. 

Within the recordable area, the leading area is taken 
as a recording/playback control area and is provided as 
a U-TOC region and as a laser power calibration area. 

The U-TOC is recorded as three continuous clusters 
at a prescribed position in the recording/playback control 
area, with the addresses of the clusters at which the U- 
TOC is recorded within the recording/playback area 
being recorded at the P-TOC. 

An area following the recording/playback control 
area is taken for the recordable user area recorded with 
actual audio data and general data. 

Audio tracks i.e. programs such as shown in FIG. 
4(a) by, for example, Ml , M2 and M3 and data files such 
as shown by FL1, FL2 and FL3 are recorded at the 
recordable user area. A data U-TOC for data file control 
is recorded at an area of the innermost side taken for the 
data file. In this example, the data U-TOC is recorded 
directly before the data tile FL1 . 

Portions of the recordable user area which are not 
recorded with programs or data liles are taken as free 
areas. This is to say that recordable regions are control- 
led as areas capable of being recorded from now on with 
programs or data files. 

For example, control is carried out as shown in FIG. 
4(b) at the U-TOC with respect to a disc recorded as 
shown in FIG. 4(a). 

The start address and end address is controlled for 
each of the audio tracks M1, M2 and M3, with the free 
area being controlled in the same way. 

This is to say that the area recorded with the data 
files FL1 , FL2 and FL3 and the data U-TOC are handled 
together as a single data track Further, "EB" shows 
areas with the data track controlled by the U-TOC not 
recorded with actual data files. 

On the other hand, the data U-TOC controls each of 
the data files FL1 , FL2 and FL3 and the recordable block 
EB within the data track, as shown in FIG. 4(c). 

When an audio track is played back by the record- 
ing/playback device, the start address and end address 



are determined from the U-TOC and playback is carried 
out. Further, when a data file is played back, the data U- 
TOC is accessed based on U-TOC information and the 
necessary data file is accessed using this data U-TOC. 

5 

II-3 P-TOC sector 

Next, a description is given of the format of the P- 
TOCofthe disc 1. 
10 P-TOC information is used for designation of areas 
such as recordable user areas of disc and ROM area 
control and in the case of pre-mastered discs or hybrid 
discs, for controlling audio tracks and data tracks 
recorded in ROM. 
15 A P-TOC format is shown in FIG. 5. 

FIG. 5 shows the initial sector (sector 0) of P-TOC 
information repeatedly recorded at the dedicated play- 
back control region shown in FIG. 4. 

Sectors 0 to 7 are prepared as P-TOC sectors but 
20 sector 1 onwards are optional. 

The P-TOC sector data region comprises of, for 
example, a 4 byte times 588, i.e. a 2352 byte data region, 
with a synchronization pattern consisting of all zeros or 
all ones being recorded at the leading position. 
25 Upper and lower 2 byte cluster addresses and a one- 
byte sector address are recorded as the sector address, 
with one byte "02rT added to form a header. 

The numerical value TV attached in this specifica- 
tion is expressed in so-called hexadecimal form. 
30 Moreover, an identification code using ASCII code 
corresponding to the letters "MINX" is attached at a pre- 
scribed address position of the header. This "MINX" is 
for identifying the presence of a P-TOC region on discs 
recorded with general data. 
35 Further, the disc type (Disc type) and recording level 
(Rec power), the number of the first track recorded (First 
TNO) and the last track number (Last TNO) are indi- 
cated. 

The disc type is a code recorded to identify whether 
40 the disc is a read-only pre-mastered disc, a recordable 
magneto-optical disc or a hybrid disc. 

The read out start address LOA is shown by the 
read-out area start address shown in FIG. 4. 

The sectors being used (used sectors) is one byte 
45 where each one bit corresponds to one of the P-TOC 
sectors 0 to 7 and indicates whether or not each sector 
is being used. 

Trie power calibration start address PCA is the 
power calibration start address provided within the 
so recording4>layback control area. 

The U-TOC start address USTA is the address of the 
start position of the U-TOC recorded within the record- 
ing/playback area. 

Further, a recordable user area start address RSTA 
55 is recorded. 

A corresponding table indication data area having 
table pointers (P-TN01 to P-TN0255) corresponding to 
parts tables of a control table to be described later is pre- 
pared for each track recorded. 
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A control table provided with 255 parts tables (01 h) 
to (FFh) is prepared at a region continuing on from the 
corresponding table indication data area. A start address 
which becomes the start point of a certain part and an 
end address which becomes the end point and accom- 5 
panyrng parts mode information (track mode) are 
recorded at the respective parts tables. 

The parts are track portions on the disc recorded 
with physically continuous strings of data. 

The track mode information of each parts tabTe w 
records information as to whether or not these parts are 
set up to be overwrite protected or data copy protected, 
whether or not information is audio information, and 
information regarding mono/stereo classification. 

Each parts table (01 h) to (FFh) of the control table 75 
shows the parts contents in accordance with the table 
pointer (P-TN01 to P-TN0255) of the corresponding 
table indication data area. i.e. (01h) is recorded in the 
parts table as the table pointer P-TN01 of the first track. 
In reality, a numerical value capable of indicating a cer- 20 
tain parts table at a byte position within the TOC sector 
0 using a prescribed arithmetic operation is listed at the 
table pointer. 

In this case, the start address of the parts table (01 h) 
becomes the start address of the first track recording 25 
position and in the same way, the end address becomes 
the address of the end position of thef irst track. The track 
mode information then becomes the information regard- 
ing this first track 

Similarly, with regards to the second track, this start 30 
address, end address and track mode information is 
recorded at the parts table (02h) indicated by the table 
pointer P-TN02. 

Control is possible thereafter up to the 255th track 
on the TOC because table pointers up to P-TN0255 have 35 
been prepared in the same way. 

A prescribed program may also be accessed and 
played back for example, at the time of playback by form- 
ing the TOC sector 0 in this way. 

However, so-called pre-mastered tracks are the only 40 
tracks controlled using this P-TOC and it follows that 
magneto-optical discs not recorded with ROM type audio 
tracks or data tracks do not use the aforementioned cor- 
responding table indication data area and control table 
and each of the bytes are therefore all made to be "00h". 45 

II-4 U-TOC sector ffir gt control information) 

FIG. 6 shows the format of the first sector (sector 0) 
of the U-TOC. This U-TOC sector is a data region so 
recorded with control information for a program-record- 
able free area. 

Sectors 0 to 7 are also prepared for the U-TOC sec- 
tor but sectors 1 onwards are optional. 

For example, while a certain program or data file is 55 
being recorded on the disc 1, the recording/playback 
device 10 searches out free areas on the disc from the 
U-TOC and carries out recording. Further, during play- 
back, the recorded area or data track of the program to 



be played back is determined from the U-TOC informa- 
tion, this area is accessed, and the playback operation 
is carried out. 

First, as shown in FIG. 6, a header indicating the 
synchronization pattern and address is provided at the 
U-TOC in the same way as for the P-TOC sector. 

Then, a maker code, model code, track number for 
the first track (first TNO), track number for the last track 
(last TNO), the sectors being used (used sectors), the 
disc serial number and the disc ID are recorded at a pre- 
scribed address position. 

Each bit of one byte of the sectors being used cor- 
responds to one of the U-TOC sectors 0 to 7 and indi- 
cates whether or not each of the sectors is being used. 

A region recorded with each of the various table 
points, i.e. a Pointer for defective area P-DFA, a Pointer 
for Empty Slot P-EMPTY, a Pointer for Free Area P-FRA, 
and P-TN01 to P-TN0255. is prepared as a correspond- 
ing table indication data area for controlling user- 
recorded audio tracks and data tracks recorded with data 
files and free areas corresponding to control areas to be 
described later. 

Then. 255 parts tables (01h) to (FFh) are provided 
as control tables corresponding to the table pointers (P- 
DFA to P-TN0255). A start address becoming the start 
point of certain parts, an end address becoming the end 
point and corresponding parts mode information (track 
mode) are recorded in the respective parts tables in the 
same way as for P-TOC sector 0 in FIG. 5. Further, in 
the case of this U-TOC sector 0, there are cases where 
parts shown in each parts table are linked with other 
parts. Unk information is therefore recorded showing a 
parts table recorded with start addresses and end 
addresses of linked parts. 

In the case of magneto-optical disc systems, even if 
data for, for example, a single program, is recorded dis- 
corrtinuously divided up into a number of parts, the play- 
back operation will not be obstructed because playback 
will be carried out while accessing between the parts. 
Compositions etc. recorded by the user can also be 
recorded divided up between a plurality of parts with the 
object being the efficiency of use of the recordable area 
etc. The link information is provided for this reason, with 
it being possible to link parts tables by designating the 
height position on the U-TOC of parts tables to be linked 
using, for example, the numbers (Olh) to (FFh) given to 
each parts table. 

The link information for the kind of P-TOC sector 0 
in FIG. 5 is aD made to be (OOh) because parts division 
does not usually exist for pre-recorded programs or data 
files. 

One parts table expresses one part at the control 
table of the U-TOC sector 0. The position of each part of 
a program formed from, tor example. 3 linked parts is 
then controlled by 3 parts tables linked by link informa- 
tion. 

The contents of the parts of each parts table (01 h) 
to (FFh) in the control table of the U-TOC sector 0 are 
expressed as follows depending on the table pointers (P- 
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DFA, P-EMPTY, PFRAand P-TN01 to P-TN0255) occur- 
ring in the corresponding table indication data area. 

The table pointer P-DFA (Pointer for Defective Area) 
indicates the defective regions on the disc 1 . The leading 
parts table of a single parts table or plurality of linked 
parts tables is designated for parts comprising a region 
being defective due to flaws or the like. i.e. when a defec- 
tive part exists, one of (01 h) to (FFh) is designated at the 
table pointer P-DFA and the start and end address of the 
defective part are recorded at the designated parts table. 
When other defective parts exist, other parts tables may 
be designated as parts table link information and other 
defective parts may be searched. When there are no 
other defective parts, tor example "(00h)" is recorded at 
the link information a^d tr*?e are taken to be no links. 

The table point* P EMPTY (Pointer for Empty Slot) 
shows the leading pam tatte of one or a pkrality of parts 
tables not-yet being used i tne control table. When a 
parts table not-yet be«ng used exists, any one of slot 
numbers (01 h) to (FFh) f& recorded as tie table pointer 
P-EMPTY. When a plurality or yet to be used parts tables 
exist parts tables are designated sequentially using link 
information from the parts table designated by the table 
pointer P-EMPTY Afi of the yet to be used parts tables 
are then linked on the control table 

The table pointer P-FRA (Porter tor Free Area) indi- 
cates free areas on the disc 1 whch may be written with 
data and designates a teachng parts table of one or a 
plurality of parts tables indicating parts comprised of free 
areas, i.e. when a free area exists, one of (Olh) to (FFh) 
are recorded at the table porter P-FRA. The start and 
end address of the part at fie free area are recorded at 
the parts table designated by the table pointer. Further, 
when there is a plurality of these kinds of parts present, 
i.e. when there is a plurality of parts tables, sequential 
designation until the parts table for which the link infor- 
mation is "(00h) N is carried out using the link information. 

The parts control conditions made up of the free 
area are shown schematically using the parts table in 
FIG. 7. These are shown as conditions where, when the 
parts (03h)(18h)(1Fh)(2Bh)(E3h) are taken to be a free 
area, this state is expressed by the link of the parts table 
(03h)(18h)(1Fh)(2Bh)(E3h) continuing at the table 
pointer P-FRA. 

This is also the case for the aforementioned defec- 
tive regions and the control conditions of the yet to be 
used parts tables. 

However, in the case of virgin discs where programs 
and data files are not recorded at all. or a magneto-opti- 
cal disc with no defects at all, the parts table (0 1 h) is des- 
ignated by the table pointer P-FRA. In this case, the 
remaining parts tables (02h) to (FFh) are not used. Link- 
ing is therefore carried out in this case up to parts table 
(FFh) by designating the parts table (02h) using the table 
pointer P-EMPTY and designating the parts table (03h) 
as link information of the parts table (02h), and so on. 
The link information of the parts table (FFh) is made to 
be "(00h) w in this case, showing that there are no links 
thereafter. 



With regards to the parts table (01 h) at this time, the 
value of the recordable user area start address (RSTA) 
is recorded as the start address and the value of the 
address directly before the read-out start address (LOA- 

s 1) is recorded as the end address. 

The table pointers P-TN01 to P-TN0255 indicate 
user-recorded programs on the disc 1. For example, a 
part indicates one or a plurality of parts recorded with 
data of a first program which is leading with respect to 

10 time using a table pointer P-TN01 . 

For example, when a program taken as a first pro- 
gram is recorded at a single part on the disc 1 , the record- 
ing region of this first program is designated by the start 
and end address recorded at the parts table designated 

is by the table pointer P-TN01 . 

Further, when, for example, a program taken as the 
second numbered program is recorded discretely at a 
plurality of parts on the disc, each of the parts are des- 
ignated sequentially with respect to time in order to show 

20 the recording position of this program. Linking is then 
carried out until the parts table for which the link infor- 
mation becomes "(00h)" from the parts table designated 
by table pointer P-TN02, by sequentially designating 
other parts tables with respect to time using the link infor- 

25 mation (with same conditions as for FIG. 7). In this way, 
by sequentially designating an entire part recorded with 
data making up, for example, 2 programs, during play- 
back of the second track or while overwriting of the region 
of this second track is being carried out, musical infor- 

30 mation can be accessed by the optical head 23 and the 
magnetic head 26 and sequentially read-out from dis- 
crete parts so that recording which effectively uses the 
recording area is possible using the data for the U-TOC 
sector 0. 

35 Moreover, in this embodiment the disc-1 is also 
used in data recording applications to be described later 
(dedicated data is also possible). However, this U-TOC 
carries out control in the same way as for programs, even 
when the data track is used in data applications. 

40 Because a data track is usually comprised of a plu- 
rality of data files, for example, parts recorded with gen- 
eral data on the disc are included in their entirety within 
a single data track. 

On a single disc, a unit including the entirety of parts 

45 recorded with general data is referred to as volume 

In the case where parts recorded with general data 
on a magneto-optical disc are all linked to give a single 
data track, the entirety of this track becomes a single vol- 
ume. 

so In the case of a hybrid disc, a data track can also be 
formed at the pit area and there are cases where two 
data tracks exist in the pit area and the recordable user 
area. 

For example, if a fourth program exists as a data 
55 track as shown in FIG. 4-b (no fourth track in FIGs), this 
region is controlled using table pointed P-TN04. 

Namely, a start address and an end address of a 
data track are indicated by a parts table shown by, for 
example, a table pointer P-TN04. Further, when a data 
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track is divided up into a plurality of parts, a parts table 
showing the start address and end address of each of 
the parts is linked. 

In this case, it can be determined that the parts indi- 
cated by the parts table are constructed from data tracks s 
rather than audio tracks from the track mode information. 

The track mode is provided by a single byte (8 bits 
dl to d8) for each of the respective parts tables (01 h) to 
(FFh). with each bit expressing each of the various mode 
conditions in the following way. w 

For example, bit dl indicates whether this part is 
recordable or non-recordable, bit d2 indicates whether 
this part is copyright protected, bit d3 indicates whether 
this part is an original or a copied recording of a second 
generation or more, bit d4 indicates whether this part is is 
audio data or general data, bits d5 and d6 indicate 
whether or not this part is normal audio, bit d7 indicates 
whether this part is mono or stereo audio and bit d8 indi- 
cates the mode with respect to a part data enhancement 
process 20 

Therefore, when a part is controlled as a general 
data area, if bit d4 of the track mode in the corresponding 
parts table is taken to be, for example, "1", the part is 
identified as a data track. If the fifth track mode bit d4 is, 
for example, "0", audio data is kjentif ied. 2s 

Now. control is carried out in the same way as for 
the aforementioned case of a pre-mastered program at 
the P-TOC when general data is recorded in ROM form 
on the disc as pre-mastered pits, but in this case bit d4 
of the track mode occurring on the parts table is taken to 30 
be "1" and the part is determined to be a pre-mastered 
program. 



H-5 Data U-TOC sectors (second contro l information! 
H-5-a Overall structure 
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The U-TOC only controls parts taken as data tracks, 
with control of the various data files within the data track 
being carried out by the data U-TOC. 40 

FIG. 8 shows an example structure of the data track. 
As shown in FIG. 8(a), a U-TOC is recorded in a position 
physically at the head of the data track, i.e. the data U- 
TOC is recorded at the position within the data track 
which is close to the inner periphery of the disc. When 45 
the data track is split-up into a plurality of parts, the data 
U-TOC is provided at the head of the part positioned 
closest to the inner periphery of the disc. 

This U-TOC comprises a single cluster boot area 
and a 16 cluster volume management boot area, as so 
shown in FIG. 8(b). 

As can be understood from FIG. 8(b), the area con- 
tinuing on from the data U-TOC is taken as a file extent 
area. Actual data files FL1 to FL3 and the like are 
recorded at this file extent area, as shown in FIG. 8(a). ss 
The recording of data files may also be carried out at the 
yet to be recorded block EB. 



The volume management area comprises 51 2 man- 
agement blocks, as shown in FIG. 8(c). The data region 
for one management block is taken to be 2048 bytes. 

The data in these management blocks then 
becomes control information for the recording and play- 
ing back of actual data files. 

Each management block is given a block number 
from 1 to 512. The management block of block number 
1 is then used as a volume descriptor VD. Further, the 
management block of block number 2 is used as a Vol- 
ume Space Bitmap VSB and the management block of 
block number 3 is used as a Management Table MT. 

The conditions of use of the management blocks of 
block numbers 1 to 3 are as stipulated above. The man- 
agement blocks of file number 4 onwards are used in 
accordance with the conditions of use of the file extent 
area etc. 

This is to say that they may be used as a manage- 
ment table MT, directory record block DRB and an extent 
record block ERB. 

ll-5-b Boot area 

A boot area is a region indicating program position 
etc. when a computer program or the like exists. 

The sector structure of the boot area is shown in FIG. 
9 and FIG. 10. 

In the boot area sector of FIG. 9. 4 blocks of data of 
512 bytes each are recorded in a 2048 byte data area 
following a header recorded with a synchronization pat- 
tern and address. This is to say that, for example, block 
0 of blocks 0 to 3 comprises block data 0-0 to block data 
0-511. 

Four bytes of EDC data EDC0 to EDC3 are recorded 
after the data area recorded with block data. Next, 172 
bytes of P-parity, i.e. P-parity 0 to P-parity 1 71 . and 104 
bytes of Q parity i.e. Q-parrty 0 to Q-parity 103 are 
recorded as an ECC (Error Correction Code) area. 

On the other hand, as shown in the type of case in 
FIG. 10, two blocks of 1024 byte data are recorded at a 
2048 byte data area. i.e. with a block 0 and a block 1 , 
block 0, for example, is comprised of block data 0-0 to 
block data 0-1023. 

Other aspects are the same as for FIG. 9. 

H-5-C Volume descriptor 

The leading management block of the volume man- 
agement area is used as a volume descrptor VD. 

This volume descriptor carries out the basic control 
of the data tracks (volume) on the disc. 

FIG. 11 shows the sector structure of the volume 
descriptor VD. At this sector, each of the various items 
of control information are recorded in the 2048 bytes 
making up the data area after a header recorded with a 
synchronization pattern and address. 

First, a code "MD001" is recorded from the second 
byte to the sixth byte of the data area using, for example, 
an ASCII code as a volume descriptor identifier. 
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Next, a system version ID is recorded. 

After this, a logical block size, logical cluster size and 
allocation block size are recorded. 

A logical block corresponds to the actual data area 
within a sector of a data track with the data area being s 
set up to be 2048 of the 2352 bytes within a sector of the 
data track. The number "2048" is therefore recorded as 
the logical block size byte length. A logical block is the 
smallest data byte unit occurring in recording/playback 

Further, the logical cluster size indicates the number 10 
of logical blocks in a logical cluster. A logical cluster is a 
cluster recorded with actual control information and data. 
One cluster is taken to be 36 sectors, of which 32 sectors 
(32 logical blocks) are used for recording data. The 
number "32" is therefore indicated as the logical cluster is 
size. 

The logical block number of the allocation block is 
shown as the allocation block size. An allocation block is 
shown in the same data units as the logical cluster and 
is an area of the data track actually recorded with control 
information and data files. For example, the 32 sector 
region taken as the logical cluster occurring in the vol- 
ume management area and file extent area shown in 
FIG. 8(b) is taken to be one application block. 

Next, the Number of Allocation Blocks is recorded, 
with this being the total number of application blocks 
within the volume. In the case of a hybrid disc, this 
includes the application block number for the pit area. 

Further the number of allocation blocks at the 
recordable area is recorded as the recordable applica- 
tion block total. This is zero in the case of pre-mastered, 
read only, general data discs. 

Further, the number of allocation blocks not yet 
recorded of the recordable allocation blocks within the 
volume is recorded as the number of yet to be recorded 
allocation blocks. 

Moreover, the number of allocation blocks which 
have already been recorded of the recordable allocation 
blocks within the volume is recorded as the number of 
already-recorded allocation blocks. 

Still further, the number of allocation blocks with 
faults such as flaws is recorded as the defect allocation 
block number. 

. Next, the number of olrectories within the volume 
and the number of data files within the volume are 
recorded. 

Then, the maximum ID value is recorded. The ID 
numbers are generated and assigned in sequence with 
respect to the directories and the data files, so as to give 
the maximum value. 

Next, the volume attributes are recorded. Here, 
whether or not the volume management area is recorded 
in mirror mode, whether or not an invisible file is present, 
the presence or absence of write protect, whether or not 
back-up is necessary and whether short location or long 
location is used is recorded. 

After this, the byte length is recorded as the length 
of the volume management area and the first allocation 



block number of the volume management area is also 
recorded as the volume management position. 

Then, in the same way as for this volume descriptor, 
the respective first block positions and block numbers of 
other control blocks formed using management blocks 
within the volume management area i.e. the volume 
space bitmap VSB, the management table MT, the extent 
record block ERB and the directory record block DRB, 
are recorded. 

Next, the root director byte length and the number 
of directories within the root directory are recorded. 

Further, in FIG. 1 1, these are shown as each of the 
various ID'S etc.. However, in the following, each of the 
various ID'S and character set codes etc. are recorded 
within the data area. 

Namely, the boot system ID, volume ID and accom- 
panying character codes, publisher ID and accompany- 
ing character set codes, data prepare ID and 
accompanying character set codes, and application ID 
and accompanying character set codes are recorded. 

The time of volume creation, time of volume updat- 
ing, expiration time and validity time are also recorded. 
Bytes 1 024 to 2047 of the data area are then taken as a 
system extension area. 

A 4 byte EDC area and a 276 byte ECC area are 
provided after the data area, with 172 bytes of P parity 
and 1 04 bytes of Q parity then being recorded at the ECC 
area. 

ll-5-d Volume-space bitmap 

The management block of block number 2 of the 
block management area is used as the volume space 
bitmap VSB. 

This volume space bitmap VSB displays the type of 
allocation for the entire data track. 

FIG. 1 2 is a view showing the sector structure of the 
volume space bitmap VSB. A type is shown for this sector 
where, in a 2048 byte data area following a header 
recorded with a synchronization pattern and an address, 
two bits are allocated to every one allocation block. 

An EDC area and an ECC area are also provided 
for the sectors of this volume space bitmap VSB after the 
data area. 

The contents of the data area are shown in FIG. 
13(a). 

Allocation numbers are assigned in ascending order 
from the number 0 to the allocation blocks of the data 
track. The bits 7 and 6 of the first byte of the data area 
for the volume space bitmap VSB are allotted to the allo- 
cation block ALO of number 0, with two bits at a time 
thereafter being allotted to the application blocks AL1, 
AI2. and so on. 

Therefore, at the data area of the volume space bit- 
map VSB, information can be recorded at allocation 
blocks ALO to AL8191, and sufficient compatibility with 
all of the allocation blocks can therefore be achieved. 

The two bits of information are as shown in FIG. 
13(b). i.e. yet to be recorded allocation blocks are made 
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to be "OCT. already recorded allocation blocks are "01 
defective allocation blocks are "10" and not-yet defined 
allocation blocks are "1 1 

Portions remaining in the data area. Le. bits for which 
a corresponding allocation block does not exist, are 
made to be "11". 

ll-5-e Management table 

The management block of block number 3 in the vol- 
ume management area is used as a management table 
MT and management blocks of block number 4 onwards 
are also used as management tables. 

The management table MT shows the conditions of 
use of each of the manaigement blocks occurring in the 
volume management area. 

FIG. 14 shows the sector structure of the manage- 
ment table MT At this sector, control of each manage- 
ment block is carried out with 4 bytes at a time being 
allotted to one management block of 2048 bytes com- 
prising a data area following a header recorded with a 
synchronization pattern and an address. 

i.e. the use of the contents of 512 management 
blocks occurring at the volume management area are 
shown by management block entry 0 to management 
block entry 2048. 

An EDC area and an ECC area are then provided 
after the data area. 

The four byte data contents of management block 
entry 0 to management block entry 51 1 , respectively are 
shown in FIG. 15. 

The first management block, management block 0, 
is used as a volume descriptor as described above. 

In this case, at management block entry 0, "80rf is 
recorded as an entry type at the fourth byte as shown in 
FIG. 15(a) in order to indicate the presence of a volume 
descriptor at the management block 0. 

Further, the second management block, manage- 
ment block 1, is used as a volume space bitmap as 
described above. 

In this case, at management block entry 1 , "90 rT is 
recorded as the entry type at the fourth byte as shown 
in FIG. 15(b) so as to indicate the presence of a volume 
descriptor at the management block 1 . The first and sec- 
ond bytes are recorded with the number of not-yet 
recorded allocation blocks. 

The first and second bytes of the entry correspond- 
ing to the management block taken as the management 
table are recorded with the position of the next manage- 
ment table, as shown in FIG. 15(c) and the number of 
management blocks not yet used is recorded in the third 
byte. Then, "A0h" is recorded as the entry type at the 
fourth byte in order to indicate that a management block 
is present at the management table. 

The first and second bytes of the entry correspond- 
ing to the management block taken as the extent record 
block are recorded with the position of the next extent 
record block as shown in FIG. 15(d) and the third byte is 
recorded with the number of extent record blocks not yet 



being used. Then, "BOrT is recorded as the entry type at 
the fourth byte so as to show that the management block 
is an extent record block. 

The directory of the directory record block is com- 

5 pleted using a directory record recorded using the first 
management block, and if used independently, a direc- 
tory code including a first tirectory may be recorded 
divided up into a plurality of management blocks i.e. a 
plurality of directory record blocks. 

io in the case where a certain management block is 
taken to be an independent directory record block, a 
directory ID from 0 to 29 bits is recorded at the entry cor- 
responding to certain management block as shown in 
FIG. 15(e) and the final two bits are taken as the entry 

is type and made to be "00h". 

Further, in the case where a certain management 
block is taken to be the first directory record block of a 
plurality of directory record blocks, the position of the 
next directory record block is recorded at the first and 

20 second bytes of the entry corresponding to this manage- 
ment block as shown in FIG. 1 5(f) and the upper byte of 
the directory ID is recorded at the third byte. Then, "DOn" 
is recorded as the entry type at the fourth byte to show 
that this management block is a first directory record 

25 block. 

In the case where a certain management block is 
taken as an intermediate, i.e. not first or final directory 
code block of a plurality of directory code blocks, the 
position of the next directory code block is recorded at 

30 the first and second bytes of the entry corresponding to 
this management block, as shown in FIG. 15(g). Then. 
"E0h" is recorded as the entry type at the fourth byte to 
show that this management block is an intermediate 
directory code block. 

35 if a certain management block is the final directory 
record block of a plurality of directory record blocks, the 
lower byte of the directory ID is recorded at the first, sec- 
ond, and third bytes of the entry corresponding to this 
management block, as shown in FIG. 1 5(h). Then, n FOh" 

40 is recorded as the entry type at the fourth byte to show 
that this management block is the final directory record 
block. 

H-5-f Directory record block 

45 

The management block of block number 4, onwards, 
in the volume management area is used as the directory 
record block DRB. 

One or a plurality of directory records are recorded 
so at this directory record block DRB. 

As the directory records, there is a directory record 
for constructing the directory and a directory record for 
designating a position etc. corresponding to a certain 
data file. 

55 FIG. 1 6 is a view showing the sector structure of the 
directory record block recorded with directory code for 
making up the directory. At this sector, one or a plurality 
of directory records are recorded at 2048 bytes compris- 
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ing a data area after a header recorded with a synchro- 
nization pattern and an address. 

First the directory length is indicated as one unit of 
the directory record. The byte length of this directory 
record is indicated in accordance with the directory s 
record length in order to make the length of one unit of 
directory code variable. 

Next, the directory attributes are recorded. In this 
way. each of the various attributes, such as whether the 
directory record is for a directory, whether the directory 
including this directory record ts an invisible directory, or 
whether the directory is a system directory are indicated. 

Then, a character set code and short name ID are 
recorded. The character set code indicates the character 
classification of the short name ID. 

The short name ID is an ID recorded using 1 1 bytes. 

Next the time of directory generation and the time 
of directory update are recorded, with this directory 
record update time being listed as a status update time. 

The directory ID number and directory length are 
also indicated. 

The position of the directory record block recorded 
with the first directory code of the directory including this 
directory record is listed as the directory position. 

Further, the number of directory records of the direc- 
tory including this directory record is recorded as the 
directory record number. 

Next a long name ID length is listed and a long name 
ID depending on this length is recorded, i.e. the long 
name ID is of a variable length. Also, there are cases 
where a long name ID is not recorded and at these times 
the long name ID length is made to be "00h". 

The number "OOh" is recorded as padding to fill-in 
the byte only when the long name ID length is an even 
number of bytes. 

The byte following the long name ID is utilized as a 
system extension area. 

One unit of a directory record corresponding to a 
directory has this kind of structure and a plurality of these 
kinds of directory records is provided within the 2048 
byte data area. 

An EDO area and ECC area are provided after the 
data area. 

FIG. 17 shows the sector structure of a directory 
record block DRB recorded with a directory record cor- 
responding to a certain data file. 

This position etc. is shown directly by the directory 
record of this sector only when the data file comprises a 
single file unit. 

When the data file comprises a plurality of file units, 
this data file position etc. is not directly indicated by the 
directory code but is instead indicated by an externa! 
record block as is descrbed later. 

At this sector, one or a plurality of directory records 
corresponding to the respective data files are recorded 
at 2048 bytes comprising a data area after a header 
recorded with a synchronization pattern and an address. 

One unit of the directory record first shows the direc- 
tory record length and is then recorded with attributes, 



in the same way as the directory record of FIG. 1 6. Each 
of the various attributes such as this directory record not 
corresponding to a directory, whether the corresponding 
data file is an invisible file, whether a system file is 
present, or whether this data file position is designated 
by an extent record, are indicated by these attributes. 

Next, in the same way as for the directory code of 
FIG. 16, the character set code, short name ID, directory 
creation time, directory update time and status update 
time are recorded. 

Next, the data file ID number and data file length are 
shown. 

Further, the data file position is shown, after which 
the number of allocation blocks being used in this data 
file is recorded. 

An associate data length, associate data position 
and associate data allocation block number are listed. 

After this, a variable length long name ID length is 
listed and a long name ID is recorded depending on this 
length. The long name ID is made to be "OOh" when a 
long name ID is not recorded. 

Further, "OOh" is recorded as padding for filling out 
the bytes when the long name ID number is an even 
number of bytes. 

The byte after the long name ID is utilized as a sys- 
tem extension area. 

One unit of a directory record corresponding to a 
data file has this kind of structure and a plurality of these 
kinds of directory records is provided within the 2048 
byte data area. 

An EDC area and ECC area are provided after the 
data area. 

ll-5-g Extent record block 

The management blocks of block number 4 onwards 
in the management area are used as extent record 
blocks. 

One or a plurality of extent records are recorded at 
an extent record block. 

Two kinds of data, an extent record index and an 
extent descriptor, may be recorded as an extent record. 

AN extent descriptor is information for showing the 
position of the file unit comprising the data file. The show- 
ing of the position of the data file by the directory record 
is only for the case where a data file is constructed from 
a single file unit. In the case where a data file is con- 
structed from a plurality of file units, the position of each 
file unit is designated by an extent descriptor. 

An extent record index is information indicating the 
position of other extent records and can be used to form 
extent records of a tree-structure. 

A 16 bit address short location method and a 32 bit 
address long location method exist as methods of show- 
ing the position of file units with extent records. The 
aforementioned volume descriptor indicates which has 
been adopted. 

FIG. 1 8 shows the sector structure of a short location 
extent record block DRB. 
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At this sector, one or a plurality of extent records are 
recorded at 2048 bytes comprising a data area after a 
header recorded with a synchronization pattern and an 
address. One extent record comprises 32 bytes. 

In FIG. 1 8, an example is given where an extent area s 
including an extent record index is recorded as a first 32 
byte extent record of the data area. 

First, an index ID is recorded at an extent record 
recorded with an extent record index. This index ID is 
made to be "FFFFh" and shows that this index record 10 
includes an index record index. 

Next, the maximum depth is recorded. An extent 
record tree structure is constructed using the extent 
record index but a sub-tree hierarchy designated from 
this extent record is shown by the maximum depth. is 

If the extent record index designates an extent 
record including an extent descriptor i.e. the lowest level, 
the maximum depth is taken to be "OOOOh". 

After this, a maximum of 7 extent record indexes may 
be recorded, i. e. an extent record index 0 to extent record 20 
index 7, and a logical offset 0 to a logical offset 7. Another 
extent record index is shown for each of the extent record 
indexes 0 to 7 and corresponding extent record logical 
positions are shown as the logical offsets. An extent 
record index is data showing which allocation table is 25 
within the management block area. 

An extent record index shows an extent entry 
number and a management block number. 

An extent record index designated by an extent 
record including an extent record index and an extent 30 
record index designated by an extent record including an 
extent descriptor may not exist together within a single 
extent record. 

In the example in FIG. 1 8, an extent record including 
an extent descriptor is recorded as the second extent 35 
code in the data area. A maximum of 8 extent descriptors 
may be recorded within a single extent record, i.e. extent 
start position 0 to extent start position 7 and extent bock 
number 0 to extent block number 7. 

The start position of the file unit is recorded as the 40 
extent start position X. i.e. the first allocation block 
number is listed for the file unit The number of allocation 
blocks comprising this file unit is also recorded as the 
extent block number x. 

As shown above, the extent record can be recorded 45 
with a maximum of 7 extent record indexes or 8 extent 
descriptors. 

A maximum of 64 of these kinds of express codes 
can be provided within a 2048 byte area. 

The sector structure of a long location extent record so 
block DRB is shown in FIG. 19. 

The data contents are essentially the same as in the 
case of short locations and an overlapping of descrip- 
tions will be avoided. However, with short locations, each 
item of data is recorded using 2 bytes, while with long ss 
locations, each item of data is recorded using 4 bytes. 

In this case, the extent record may be recorded with 
a maximum of 7 external record indexes or 8 extent 
descriptors. 



With long locations, one extent record comprises 64 
bytes and a maximum of 32 extent areas can therefore 
be provided within a 2048 byte data area. 

An EDO area and an ECC area are provided after 
the data area in the same way. 

II-6 Data sectors 

Next, the sector structure of a file extent area 
recorded with a data file is described. 

FIG. 20 shows a sector format for data use. 

"me leading 1 2 bytes of a 4 by 588, 2352 byte sector 
are recorded with a synchronization pattern, which is fol- 
lowed by a cluster address (Cluster H, Cluster L), a sec- 
tor address (sector) and mode information. 

Next, an address area (logical sector 0 to logical sec- 
tor 3) is provided for the application side. This is followed 
by information showing the error correction mode 
(mode), category information (category) showing data 
file attributes, and index information (index) showing 
data file parameters. The index information may be 
decided (to be described later) using, for example, spe- 
cific category information and applications and when the 
index information is n 00h", the data recording contents 
(i.e. the volume) are shown to be zero. Information show- 
ing the error correction mode (Mode) and category infor- 
mation (Category) showing data file attributes will be 
described later. 

Four bytes IDO to ID3 are added as a system ID. 

Actual file data is recorded at the 2048 byte data 
area shown as Data Byte 0 to Data Byte 2047. 

The 276 bytes following the data area are taken as 
an additional area (AuxO to Aux27). This additional area 
may be used as an IDC area and an ECC area, as with 
the aforementioned management block sector. 

The conditions of use of this additional area are x 
shown by information (Mode) i.e. the error correction 
mode, shown at the 21st byte of this sector. 

For example, when the mode=00h in particular, an 
area for error detection and correction data is not added, 
i.e. the additional area (Aux 0 to Aux 275) after the 4 by 
519 bytes is left un-defined. 

In this case, with regards to the information played 
back from the disc, error detection and correction may 
be carried out only using Cross Interleaved Reed-Solo- 
mon code at the decoder 28 of the recording/playback 
device shown in FIG. 2, or, in particular, error processing 
using an item having a more than sufficient error correc- 
tion performance well known in Cross Interleaved Reed- 
Solomon coding would also present no problems. 

Four bytes of error correction parity are added as 
error detection and correction data when the 
Mode="0 1 h". L e. four bytes of parity (ECD0 to ECD3) are 
added after the 2048 byte data area. In this way, a not- 
yet defined additional area becomes the 272 bytes 
shown by (Aux 4 to Aux 275). 

The polynomial generated with respect to the parity 
P(x) = (x 16 + x 15 + x 2 + 1)x(x 16 + x%x + 1). 
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In this case, with regards to information played back 
from the disc, the error correction results from the 
decoder 28 shown in the recording/playback apparatus 
of FIG. 2 are not used and error correction is carried out 
only using the data signal output from the decoder 28. 5 

When Mode = "02rT the whole of the additional area 
is used for error detection and error correction data. i.e. 
172 bytes of P-parity (P-parity 0 to P-parity 171) are 
added after the 2048 byte data area, followed by 104 
bytes of Q parity (Q parity 0 to Q parity 1 03). In this way, 10 
an error correction performance of about 80 bytes can 
be achieved. 

This P-Parity and OParity comprises multiplicative 
Reed-Solomon code defined using a Galois Field (28). 
This error correction is the same as error correction 15 
adopted for CD ROMS. 

Next, the defining of the category information (Cat- 
egory) provided at the 22nd byte of the sector is 
described. 

When the . . . category information (Category) » 20 
"OOrV: 

An indication that the sector is an open sector, not 
recorded with data, is given, regardless of the data area 
conditions. It is therefore preferable to re-write this cate- 
gory information (Category) with "OOh" if the sector con- 25 
tents are erased. 

When the . . . category information (Category) = 
"01 h": 

An indication is given that binary data is recorded 
in this sector, with no restrictions on the data classrf ica- 30 
tion. This kind of sector is provided as a way of moving 
bytes recorded at the data area over to the application 
(software) side as is as digital data. When the category 
information is "01h", it is shown that a data region is 
secured at only a size of a numerical value recorded at 35 
the "index" byte as the following index information times 
128. Because the data area is 2048 bytes, the index 
information (Index) becomes a value within "0OrV to 
"10h". 

When the . . . category information (Category) = 40 
"lOrTto-IFrT: 

This sector shows that document data (Docu- 
ment) is recorded. 

In this case also, it is shown that a data region of a 
size 128 bytes times a numerical value recorded in the 45 
byte (Index) is maintained, in the same way as the fol- 
lowing index information. 

When the . . . category information (Category) => 
"20rrto"2FrV: 

This sector indicates that a single dot image, i.e. so 
a single image file, has been recorded as black and white 
dot data In this case also, an indication is given that a 
data region of size 128 bytes times a numerical value 
recorded in the byte "index" is maintained, in the same 
way as for the following index information. 55 

When the . . . category information (Category) = 
"SOh^to^Fh". 

This sector indicates the recording of a multiple dot 
image, i.e. a plurality of image files, recorded as black 



and white dot data. In this case also, an indication is 
given that a data region of size 1 28 bytes times a numer- 
ical value recorded in the byte "index" is maintained, in 
the same way as for the following index information. 

III. Data file playback process 

The playing back of data files using the record- 
ing/playback device of FIG. 2 from a disc of the above 
structure will be described using FIG. 2, 4 and 21 . 

FIG. 21 shows the process for playing back data f iles 
at the system controller 21. 

In order to play back a data file, with respect to the 
disc 1 , the system controller 21 first accesses the read- 
in area with the optical head 23 and reads in the P-TOC. 
If a P-TOC is not read-in, it is determined that the disc is 
not an appropriate disc or that a disc has not been 
installed during the playback operation. The process 
then moves from step F102 to F103 and it is taken that 
a disc error has occurred. 

If a P-TOC is read-in, an access is carried out based 
on the U-TOC starter address in the P-TOC and the U- 
TOC in the recording/playback control area is read 
(F104). 

If a U-TOC is not read, i.e. rf a U-TOC is not recorded, 
it is determined that this disc is a virgin disc (F105 - 
F106). 

If a U-TOC is read, the system controller 21 confirms 
the presence of absence of a data track as a track for 
controlling this U-TOC. i.e. the existence or absence of 
parts can be confirmed by the presence of bit d4 = "1" 
as the parts table track mode information (F107). 

If absent, i.e. if this disc is not recorded with a data 
file, the data file playback process is ended (F107 - No). 

In the case of playing back an audio track, at this 
point in time, the optical head 23 accesses the required 
audio trackf rom the U-TOC data, and reads out data. An 
audio signal is then outputted from the output terminal 
1 6b via the RF amplifier 27, decoder 28, temporary buffer 
RAM 33, audio compression decoder 38 and digital/ana- 
log converter 39. 

When a data track exists, step F108 is gone onto, 
and first the part including the smallest address is 
searched and accessed from the U-TOC from amongst 
the parts comprising the data track .i.e. the potion being 
the furthest towards the inner periphery within the data 
track is accessed by the optical head 23. 

As mentioned above, the data U-TOC for controlling 
the data track is positioned at an area within the data 
track being the furthest towards the inner periphery. 

This portion is then accessed and the data U-TOC 
is read (F1 09). i.e. the management block using the vol- 
ume management area starting from the volume 
descriptor for which the system ID is made to be "MD00" 
is read. 

The data file can then be played back by reading the 
data U-TOC. A position indicated by the directory record 
to the extent record is then accessed in accordance with 
each of the various operations for playing back the data 
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file i.e. the operations for designating the file to be played 
back (F1 1 0). This data file is read, and then taken in be 
the temporary buffer RAM 33 (F1 1 1). 

Outputting is then carried out under output condi- 
tions in accordance with the operations etc. (F1 12). For s 
example, outputting is carried out to the display part 13 
via the display controller 35 or from the connector 15 to 
other equipment via the communications circuit 34. 

In the case where there are playback operations for 
other data files, steps F1 1 3 to F1 10 are returned to and io 
the process is repeated. 

As described above, in the case of playing back a 
data file, the U-TOC is searched from the PrTOC and the 
data U-TOC is searched from the U-TOC, with playing 
back then being carried out in accordance with the direc- 75 
tory structure within the aforementioned data U-TOC 
(volume management area). 



IV. Recording/ playback methods employing simple U- 
TOC's (Type A) 
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Control of data file recording processing employing 
the kind of data U-TOCs described above can be 
achieved in accordance with complicated directory struc- 
tures within the aforementioned data U-TOC's. By using 25 
this data U-TOC, hierarchically structured data files can 
be formed, complicated operation may be carried out 
and high performance can be achieved in data record- 
ing/playback equipment. However, recording/playback 
devices with a large amount of memory are required for 30 
: data U-TOC editing such as, for example, altering the 
structure of file links and file sorts, and the electrical 
power consumption is large. 

Therefore, when it is wished for the recording/fctlay- 
back device to be portable and compact rtisa disadvan- 35 
tage to use the data U-TOC as is. 

So, in this embodiment, in addition to the method for 
recording and playing back files using the data U-TOC. 
there is also a recording/playback method suitable for 
compact equipment, employing a simple U-TOC, sepa- 40 
rate from the data U-TOC, for carrying out simple data 
file control. 

This recording/playback method may be applied to 
the recording/playback device in FIG. 2 and can also be 
adopted for compact, portable recording/playback 45 
devices similar in structure. With compact portable 
recording playback devices, the memory and power con- 
sumption can be reduced by using the simple U-TOC to 
carry out recording and playing back, only. 

For example, this would be suitable for portable still so 
cameras where photographed still image data is stored 
on a disc. 

There are two methods which may be considered as 
recording/playback methods employing a simple U-TOC 
and these shall be described as type A and type B. Type ss 
A is a type where a simple U-TOC is recorded in a record- 
able user area and type B is a type where a simple U- 
TOC is recorded in a recording/playback control area 

First, type A will be described. 



IV-1 Simple U-TOC sector (third control information) 

First, the structure of a simple U-TOC sector is 
described. This is common for both type A and type B. 

This simple U-TOC has a simple directory for the 
data files. 

The structure of a simple U-TOC sector is shown in 
FIG. 22. 

With this sector, a system ID is recorded from a pre- 
scribed byte position continuing on from a header com- 
prising of a synchronization pattern, a cluster address 
(cluster H, cluster L), a sector address (sector) and a 
mode (mode). 

- A code known as "M IEX" is recorded as the system 
ID using ASCII code. This "MIEX" shows that this sector 
is being used as a simple U-TOC. 

Sixty-four directory units are recorded at a 2048 byte 
data area, with one unit comprising 32 bytes. 

A 32 byte directory unit is provided so as to corre- 
spond to a certain data file. 

A data file name is recorded at the leading eight 
bytes (Name 0 to Name 7) of the directory unit. After this, 
three bytes (Suffix 0 to Suffix 2) are allotted for the 
recording of suffixes. 

For example, the name and suffix of this directory 
unit can be used while a data file recorded at the record- 
able user area under conditions controlled by this simple 
U-TOC is searched. 

After this, one byte is provided for category informa- 
tion (Category). This category information (Category) 
displays data file attributes corresponding to the direc- 
tory unit and is the same category information as 
described previously within the data sector format using 
FIG. 20. 

Next, two bytes of volume information (Volume-0, 
Volume 1) show the number of allocation blocks (clus- 
ters) used by the data files indicated by this directory, i.e. 
the number of allocation blocks it is necessary to access 
to carry out data file playback is shown. 

The following two bytes of index information (Index 
0 and Index 1) are used when there is a heading sector 
as reference information of this data file within the same 
cluster as this simple U-TOC cluster. The sector number 
of this heading sector is recorded as index information 
(Index 0) and the parts number within the sector of this 
heading sector is recorded as index information (Index 
1). 

When there is no heading sector, the index informa- 
tion (Index 0) is taken to be "00h H . 

An erasure prevention flag (flag) is recorded at the 
next byte. 

When the erasure prevention flag (flag) = "00h", the 
data file corresponding to this data unit is erasable and 
when the erasure prevention flag (flag) = "0 1 h", the data 
file corresponding to this directory unit is not erasable. 

The next 5 bytes are recorded with information about 
the time the data file corresponding to the directory unit 
was last updated, i.e. year, month, day, hour and minute 
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information is recorded in each byte as (Year), (Month), 
(Day), (Hour) and (Minutes) respectively 

Next, the corresponding data file address is 
recorded, i.e. a two-byte cluster address (Cluster H) and 
(Cluster L) and a one byte sector address (Sector) is s 
shown. 

A directory unit is formed using the above structure 
and functions as search information for each data file. 

IV-2 Control conditions in the case of simple U-TOC 
recording 

Examples of control conditions in cases of the 
recording of a simple U-TOC for type-A recordings within 
the recordable user area are shown in FIQ. 23, 25 and 
27. 

FIG. 23. 25 and 27 show the track conditions when 
control of the recording of a data file is carried out by a 
simple U-TOC. i.e. the conditions for recording a data file 
on the disc using a recording device equipped with a data 
file recording function using a simple U-TOC. A descrip- 
tion is given in the following with regards to this recording 
method. 

Now, in each of the examples explained here, three 
types of control conditions capable of execution are 
shown. There are control conditions where it is prefera- 
ble to use a certain part of the free area with regards to 
the recording position of the simple U-TOC and data files 
KFL1 and KFL2 controlled by the simple U-TOC. There 
are also control conditions where the recording position 
of data files KFL1 and KFL2 does not influence the spe- 
cific classification of the control conditions. The setting 
up of the recording position for both type A and a type B 
to be described later, are described together afterwards. 

First in the example in FIG. 23, a simple U-TOC and 
a region recorded with a data file controlled by the simple 
U-TOC are controlled as a defective area by both a U- 
TOC and a data U-TOC. 

As shown in FIG. 23(a), data files KFL1 and KFL2 
controlled by a simple U-TOC positioned physically sep- 
arate with respect to audio tracks Ml, M2 and M3, a data 
U-TOC present at the data track, data files FL1 , FL2 and 
FL3 and a yet to be recorded block EB and a simple U- 
TOC are recorded. 

In this case, the audio tracks M1, M2 and M3 are 
controlled at the U-TOC, as shown in FIG. 23(b), and the 
data U-TOC, data files FL1 , FL2 and FL3 and the yet to 
be recorded block EB are controlled collectively as a data 
track. 

The region recorded with the simple U-TOC and 
data files KFL1 and KFL2 is controlled as a defective 
area on the U-TOC indicated by the table pointer P-DFA. 
i.e. the region with the simple U-TOC and data files KH1 
and KFL2 is regarded as invalid by the recording/play- 
back operation. 

Further, control of the data f ies FL1 , FL2 and FL3 
and the yet to be recorded block EB is carried out at the 
data U-TOC, as shown in FIG. 23(c). 



The region recorded with the simple U-TOC and the 
data files KFL1 and KFL2 is also controlled on the data 
U-TOC as a defective area. This is to say that this region 
is not taken as a data track controlled using a data U- 
TOC but an allocation block including this region is 
shown on the volume space bitmap as a defect allocation 
block. 

The region for the simple U-TOC and data files KFL1 
and KFL2 can also be regarded on the data U-TOC as 
an invalid region with regards to the recording/playback 
operation. 

With regards to this simple U-TOC, the data files 
KFL1 and KFL2 are controlled as valid data files, as 
shown in FIG. 23(d). 

The data files KFL1 and KFL2 can therefore only be 
played back by a playback device having a function to be 
described later for accessing a simple U-TOC. 

Moreover, data files KFL1 and KFL2 controlled by 
this kind of simple U-TOC are included under the control 
of the data U-TOC and may therefore also be played back 
by playback operations employing the data U-TOC. 

The conditions for the including of the data file KFL2 
from the conditions in FIG. 23 under the control of the 
data U-TOC are shown in FIG. 24(a) to (d). 

In this case, as shown in FIG. 24(b), the area of the 
data file KFL2 is updated as a part with one area taken 
as a data track. 

Then, at the data U-TOC. as shown in FIG. 24(c), a 
area corresponding to the data file KFL2 of a portion 
which up until now had been taken as a defective area 
is controlled as a new data file FL4. 

The control conditions at the simple U-TOC basically 
do not change from those shown in FIG. 24(d) but the 
data file KFL2 is erasure inhibited, i.e. with respect to the 
directory unit of the structure shown in FIG. 22, the eras- 
ure prevention flag (flag) of the directory unit correspond- 
ing to the data file KFL2 is taken to be "01h". 

Erasure may be prevented by recording or editing 
operations using the simple U-TOC when the data file 
KFL2 is included under the control of the data U-TOC as 
the data file FL4. 

This is to say that if the data file KFL2 is erased or 
overwritten by recording or editing employing the simple 
U-TOC, control for the data file FL4 in the data U-TOC, 
by the data U-TOC, actually ceases to exist The data file 
KFL2 is therefore made to be an erasure inhibited file as 
a means of preventing this. 

Therefore, when it is wished to erase this, this eras- 
ure is carried out under the control of the data U-TOC. 

In the example in FIG. 23, a region recorded with a 
simple U-TOC and a data file controlled by the simple U- 
TOC are controlled as defective areas by both a U-TOC 
and a data U-TOC. However, control may also be carried 
out with just the U-TOC being taken as a defective area 
with the data U-TOC being outside the data track and not 
being controlled. 

Next, in the example in FIG. 25(a) through 25(d), a 
region recorded with a simple U-TOC and a data file con- 
trolled by a simple U-TOC is controlled as a defective 
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area by a data U-TOC and controlled as a data track at 
a U-TOC. 

As shown in FIG. 25(a), a simple U-TOC and data 
files KFL1 and KFL2 controlled by the simple U-TOC are 
positioned so as to continue on from a data track, i.e. a 
data U-TOC. data files FL1 . FL2 and FL3 and a yet to be 
recorded block EB 

In this example, the simple U-TOC and data files 
KFL1 and KFL2 shown in FIG 25(b) are controlled by 
being consider ed to be a part of the data track at the U- 
TOC. The regon recorded with the simple U-TOC and 
data files KFL1 and KFL2 shown in FIG. 23 is therefore 
not controlled Oy t**og taken as a defective area. 

On the other hand, the data files FL1, FL2 and FL3 
and the yet to be 'eccdtxj okxk EB shown in FIG. 25(c) 
are controlled at m« ana U TOC The region recorded 
with the simple U- TOC and data ties KFM and KFL2 is 
controlled as a defecfrv* A'ea w<hm the data track, i.e. 
the allocation bfoc* nou>ng th* reg>on G designated 
as a defect allocation bkx* on tn* volume space bitmap. 
The region for the turyp* u TOC *xJ data f rfes KFL1 and 
KFL2 is therefore contrimmd to be an invalid region with 
regards to the reco**n^t*ayt>a<* operation within the 
data track, on the data U-TOC 

With regards to th* s*npte U-TOC. the data files 
KFL1 and KFL2 are controfled as vaW data files, as 
shown in FIG. 25(d) 

/The data files KFLI and KFL2 can therefore, in this 
case also, only be played back by a playback device hav- 
ing a function to be described later for accessing a simple 
UTOC. 

-Moreover, data files KFLI and KFL2 controlled by 
this kind of simple U-TOC are rcluded under the control 
of the data U-TOC and may therefore also be played back 
by playback operations employing the data U-TOC. 

The conditions for the ncfuding of the data file KFL2 
from the conditions in FK5 25 under the control of the 
data U-TOC as data files are shown m FIG. 26. 

In this case, as shown m FK3 26(b). the control con- 
ditions on the U-TOC do not change. 

Then, at the data U-TOC. as shown in FIG. 26(c), a 
region corresponding to the data file KFL2 of a region 
which up until now had been taken as a defective area 
is controlled as a new data file FL4 

The control conditions at the simple U-TOC basically 
do not change from those shown m FIG. 26(d) but the 
data file KFL2 is taken as an erasure inhibit region in the 
same way as the case in FIG. 24. 

Next, in the example in FIG. 27, a region recorded 
with a simple U-TOC and a data file controlled by the 
simple U-TOC is controlled by a U-TOC and a defective 
area. 

In the case in FIG. 27(a) where a data track is not 
recorded, the case is shown where a simple U-TOC and 
data files KFL1 and KFL2 are recorded at a U-TOC-con- 
trolled free area. 

In this case, the region recorded with the simple U- 
TOC and the data files KFL1 and KFL2 is controlled by 
the U-TOC as a defective area, as shown in FIG. 27(b). 



As shown in FIG. 27(c), there is obviously no data 
U-TOC because there is no data track and there is there- 
fore no control carried out by the data U-TOC. 

The data files KFLI and KFL2 are controlled as valid 
s data files at the simple U-TOC, as shown in FIG. 27(d). 
Therefore, in this case also, the data files KFL1 and 
KFL2 can only be played back by a playback device hav- 
ing a function enabling it to access the simple U-TOC in 
a way to be described later. 
10 Playback is also possible via a playback operation 
employing a data U-TOC by also including the data files 
KFL1 and KFL2 controlled by the simple U-TOC under 
the control of the data U-TOC. 

The conditions for including the data file KFL2 from 
is FIG. 27 under the control of the data U-TOC as a data 
file are shown in FIG. 28. 

In this case, a data track is first created because no 
data track exists, i.e. a data U-TOC is recorded at the 
leading position of the simple U-TOC and data file KFL1 . 
20 as shown in FIG. 28(c), and controlled on the U-TOC as 
a data track, as shown in FIG. 28(b). 

Further, the data file KFL2 is controlled at the newly- 
recorded data U-TOC as a new data file FL1, while on 
the other hand, the region of the simple U-TOC and data 
25 file KFL1 is taken as a defective area. i.e. the allocation 
block including this region is controlled as a volume 
space defect allocation block on the bitmap (refer to 
FIG.13-aand FIG. 13-b). 

On the simple U-TOC. as shown in FIG. 28(d). the 
30 data file KFL2 is taken as being erasure inhibited on the 
directory unit. 

In this way, only the data file KFL2 is controlled as a 
data file FL1 on the data U-TOC. 

In this case, it is preferable to take only the region of 
35 the data track KFL2 and the newly recorded data U-TOC 
as a data track on the U-TOC. and the region of the sim- 
ple U-TOC and the data file KFL1 as a defective area on 
the U-TOC. 

Variations may be considered for the control condi- 
40 tions regarding the region recorded with the simple U- 
TOC and the data files controlled by the simple U-TOC. 



IV-3 Data file recordi ng process employing simple U- 
TOC 



45 



Next, a data file recording process employing a sim- 
ple U-TOC is described for the kind of recording/playback 
device shown in FIG. 2 or a recording device equipped 
with a recording means of a similar block structure. This 
so recording process is equipped with approximately the 
same recording block structure as for FIG. 2 but may also 
easily be used in. for example, portable, compact 
devices where each of the various specifications such 
as memory capacity are of a smaller scale. 
55 FIG. 2 describes the recording/playback device 
playback operation. 

FIG. 29 shows the system controller process during 
recording. 
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The actual recording process (F201 - F202 - F203) 
starts if the data to be recorded is inputted and a record- 
ing operation is made. 

The data input may take place via the connector 1 5 
and the communications circuit 24 of the block diagram 5 
in FIG. 2 or by using the image scanner 1 4. Further, data 
may be inputted from a photographing means in the case 
of, for example, a portable still camera, or as character 
data input via the key operations of equipment such as 
an electronic note book. 

First a free area where this input data can be 
recorded is searched from the U-TOC (F203) and the 
input data is recorded in this free area (F204). 

Data is then generated because a directory unit cor- 
responding to this recorded data file has to be recorded 
as a simple U-TOC (F205). Also, if a simple U-TOC 
already exists on a recorded disc, this is read out and a 
directory file corresponding to the data file to be recorded 
on this occasion is created. Further, if a simple U-TOC 
does not exist, simple U-TOC data recorded with a direc- 
tory unit corresponding to the data file recorded on this 
occasion is created. 

A detailed description of the determination of the 
presence or absence on the disc of a simple U-TOC or 
the reading out process if present will not be given here 
because this is the same as a reading process occurring 
at the time of playback to be described later. 

If simple U-TOC data corresponding to the data file 
recording is edited or played back, this simple U-TOC 
data is recorded at a free area (F206). The U-TOC/data 
U-TOC is then re-written (F207) so that the region 
recorded with the simple U-TOC and data file is entered 
into the directory area of one of or both of the U-TOC 
and data U-TOC (F207). i.e. one or both of the U-TOC 
and the data U-TOC are re-written so as to achieve the 
control conditions in one of FIG. 23. 25 or 27. 

In this way. the recording operation for data files cor- 
responding to the simple U-TOC is complete. 

IV-4 Data file playback processing employing a simple 
U-TOC and entry processing going to a data U-TOC 

Next, the playback process for data files recorded 
under the control of a simple U-TOC. as shown, for exam- 
ple, in FIG. 23. 25. and 27, and the process of including 
data files only under the control of a simple U-TOC under 
the control of a data U-TOC shown in FIG. 24, 26 and 28 
are described. 

FIG. 30 shows the process carried out by the system 
controller 21 with regards to data playback/entry corre- 
sponding to the simple U-TOC. Here, only the playback 
process can easily be applied to portable, compact 
equipment where each of the various specifications are 
to a smaller scale. 

A simple U-TOC has to be read in order to have sim- 
ple U-TOC compatible data file playback. 

First, the system controller 21 makes the optical 
head 23 access the read-in area of the disc 1 and the P- 
TOC is read (F301). Here, rf a P-TOC is not read, the 



process goes from step F302 to F303 and a step error 
is assumed. 

When a P-TOC is read, accessing is performed 
based on the following U-TOC starter address (USTA) in 
the P-TOC and the U-TOC in the recording/playback 
processing area is read (F304). 

When a U-TOC is not read, it is determined that this 
disc is a virgin disc (F305 - F306). 

If a U-TOC is read, the system controller 21 deter- 
mines the existence of a defective area under the control 
of this U-TOC (F307). When a region recorded with a 
simple U-TOC and a data file controlled by this simple 
U-TOC is controlled under the conditions of FIG. 23 or 
FIR. 27, this region is taken as a defective area on the 
U-TOC. i.e. a defective area exists under the control of 
the U-TOC. 

The parts indicated by the parts table arrived at from 
the table pointer P-DFA in the U-TOC are then accessed 
in sequence (F308). 

First, the first part is accessed, information is read 
from this part and the occurrence or absence of disc 
errors is determined (F309). If these parts are actually 
defective parts, then a disc error is to be generated. 

rf a disc error is generated, the parts table shown by 
the parts table linked from the parts table of this part is 
accessed (F309 - F312 - F308). 

Further, if a part taken as a defective area is 
accessed and played back and a disc error is not gener- 
ated, the presence of absence of a simple U-TOC in this 
place is determined (F310). i.e. it is determined whether 
or not "MIEX" code data present in the system ID show- 
ing the presence of a simple U-TOC is read. 

rf it is determined in step F310 that "MIEX* is not 
read, this part is not a defective part, nor-is it recorded 
with a simple U-TOC. This may be considered as, for 
example, a part where a data file is recorded under the 
control of a simple U-TOC or a defective part for which 
a disc error was not generated for whatever reason. 

In this case, next, a part indicated by a parts table 
linked from a parts table showing this part is accessed 
(F310-F312-F308). 

When this kind of defective part is reached, at a cer- 
tain point in time, a part for which a "Ml EX" data code 
showing the presence of a simple U-TOC is read is 
found. For example, control is adopted for the defective 
part on the U-TOC as shown in FIG. 31 . i.e. the first two 
parts indicated in the parts table reached at from the 
table pointed P-DFA which are defective parts, the next 
part having a simple U-TOC, and a part having a data 
file KFL1 controlled using a simple U-TOC are corrtrolla- 
bry linked. A simple U-TOC is therefore discovered when 
the third part is accessed. 

In this kind of case, the process goes on from step 
F310 to step F31 1 . and the discovered simple U-TOC is 
read. 

If a simple U-TOC is still not found after parts taken 
to be defective areas are accessed, played back, and the 
reading out of the last part is completed, it is determined 
that there is no simple U-TOC on this disc and naturally, 
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a playback operation for data files under the control of 
the simple U-TOC is not carried out (F312 - F317). For 
example, with a disc under the kind of conditions shown 
in FIG. 4, a defective area caused by defects exists on 
the disc. 5 

Further, if a defective area does not exist on the U- 
TOC in step F307, the existence or absence of a data 
track as a data track controlled by the U-TOC is con- 
firmed, i.e. the existence or absence of a part having bit 
d4 = T as parts table track mode information is con- 10 
firmed (F313). 

For example, in the case of the control conditions 
shown in FIG. 25, a region recorded with a simple U-TOC 
and a data file controlled by this simple U-TOC is not 
taken as a defective area on the U-TOC but is taken as is 
a defective area on the data U-TOC. 

If it is determined in step F3 1 3 that a data track does 
not exist, then a data U-TOC is also not recorded and a 
simple U-TOC and data files controlled by this simple U- 
TOC taken as a defective area on the data U-TOC will 20 
also not exist. The playback process for data files which 
use the simple U-TOC is then completed with no simple 
U-TOC (F313-F317). 

When a data track exists the process goes on to step 
F31 4. Here, first, the part including the smallest address 25 
of the parts comprising the data track is searched from 
the U-TOC and accessed, i.e. the optical head 23 
accesses the portion within the data track which is fur- 
thest towards the innermost periphery of the disc and 
reads thedata U-TOC (F31 5). This is to say that the man- 30 
agemerrt block being used is read from the volume man- 
agement area starting from the volume descriptor for 
which the system ID is taken to be "MD001 ". 

If a data U-TOC is read, the existence or absence of 
a defective area on the data U-TOC is determined, i.e. 35 
the existence or absence of a defect allocation block on 
the volume space bitmap is confirmed. 

If a defect allocation block does not exist, the data 
file playback process using the simple U-TOC is com- 
pleted with no simple U-TOC (F31 6 to F31 7). 40 

If a defect allocation block exists, the process goes 
on to step F308, the detect parts (defect allocation 
blocks) are sequentially accessed and the simple U-TOC 
is searched in the same way as above (F308, F309, 
F310, F312). Then, ifan allocation blockcapable of read- 45 
ing the "MIEX" code data is found, the simple U-TOC is 
read in step F311. 

If "M IEX" is not found even after all of the defect allo- 
cation blocks are played back, it is determined that there 
is no simple U-TOC (F312 - F31 7). 50 

In the above process, playback of data files under 
the control of the simple U-TOC is possfole if a sirrple U- 
TOC is read. Then, after each of the various operations 
for playback, i.e. the operations for designating the file to 
be played back (F318), the position displayed by the ss 
directory unit is accessed and the data file is read and 
put into the temporary buffer RAM 33 (F319). 

Then, outputting is carried out under prescribed out- 
put conditions in response to operations etc. (F320). For 



example, outputting is earned out to the display part 13 
via the display controller 35 or outputting is carried out 
from the connector 15 to other equipment via the com- 
munications circuit 34. 

If the playback operation is performed for other data 
files under the control of the simple U-TOC, step F31 8 is 
returned to from step F324 and the process is repeated. 

If a user carries out an operation to enter a data file 
under the control of a data U-TOC while this data file is 
being played back and outputted, and entry processing 
is carried out. i.e. if an entry operation is made (F321), 
the data U-TOC is re-written and a data file of the kind 
shown in FIG. 24(c), FIG. 26(c) or FIG. 28(c) is taken to 
be a data file controlled by the data U-TOC. Further, 
when the control conditions up to this point have been 
as shown in FIG. 23 or FIG. 27, the U-TOC is updated 
so that control using the kind of U-TOC shown in FIG. 
24(b) and FIG. 28(b) is carried out The simple U-TOC is 
then also re-written, i.e. an erasure inhibited flag (flag) is 
made-to be "01 h w at the directory unit corresponding to 
this data file (F323). 

In the case of the playing back of data files corre- 
sponding to a simple U-TOC, a U-TOC is reached from 
the P-TOC, the directory area of the U-TOC is searched 
and the simple U-TOC is read out. Alternatively, thedata 
U-TOC may be reached from the U-TOC. the defective 
area searched on the data U-TOC and the simple U-TOC 
read. The playback operation is then carried out in 
accordance with the directory unit in the simple U-TOC. 

When recording/playback is carried out using the 
aforementioned simple U-TOC, it is not necessary to 
read or edit the data U-TOC. A large memory capacity 
is therefore not necessary at the time of recording/play- 
ing back and editing of the data files and the power con- 
sumption can also be made small. This 
recording/playback method is therefore extremely well 
suited to use in compact equipment or the like. 

Further, a data file controlled by a simple U-TOC 
may be entered under the control of a data U-TOC. It 
therefore becomes possible to play back data files cor- 
responding to simple U-TOCs by playing back usual 
data files employing data U-TOC's. Playback can there- 
fore also be performed by devices which do not posses 
a playback function employing simple U-TOC's. 

Moreover, by entering data files corresponding to a 
simple U-TOC under the control of a data U-TOC, this 
data file can become the object of high-speed editing 
operations occurring at the data U-TOC and can be uti- 
lized effectively by each type. 

For example, photographs may be taken by a port- 
able still camera having a recording function using a sim- 
ple U-TOC and may be recorded on a disc as a data file. 
These may then be played back and viewed using full 
specification recording/|playback equipment, the neces- 
sary data files may be selected and put under the control 
of the data U-TOC so that high speed editing for each 
type may be carried out 
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IV-5 Copy card data recording employing a simple U- 
TOC 

As described above, the simple U-TOC is controlled 
as a defective area by a U-TOC and/or a data U-TOC. 
This can then be used as a hidden protection region for 
preventing illegal copying in carrying out copy protection. 

With the optical disc device of this embodiment, a 
copy protect flag can be put up as the parts table track 
mode information m the U-TOC and a copy protect flag 
can also be put up <n tne data U-TOC as file or directory 
attribute data. 

However, it is comparatively easy to re-model the 
recording/playback device so that these flags may be 
ignored so these fU*y*> cannot t>e construed as being an 
absolute copy ptotecton m**an*> 

A more reliable method ot copy protection employing 
a simple U-TOC is the* efore descrtoed here 

This embodiment adopts an <tem employing a sim- 
ple U-TOC. However, father than u&mg a simple U-TOC, 
a copy protection-ded*catec sector may be provided and 
this may be controlled as a detective area in the same 
way as for the simple U-TOC 

First in this copy protection method, a keyword for 
copy protection is recorded with the simple U-TOC. 

This recording process e shown n FIG 32. 

First a keyword is set up (F401) This is. for exam- 
ple, keyword data set up at a recording program for copy 
protection generated by the recording device. 

This keyword is then recorded using one directory 
unit of the simple U-TOC shown n FIG. 22. 

For example, a keyword may be recorded using the 
8 data file name bytes (Name 0 to Name 7) in the direc- 
tory unit and the three suff a bytes (Suffix 0 to Suffix 2). 

The presence of the keyword in the directory corre- 
sponding to the directory file tor which the directory unit 
length is "0" i.e. the directory unit recorded with a key- 
word, is then indicated using the category information 
(Category) and the volume ^formation (Volume 1 -0, Vol- 
ume 1-1). 

If this kind of directory unit data is created, (F402). a 
free area is searched from the U-TOC (F403) and this 
data is written into the free area as a simple U-TOC 
(F404). 

Then, one or both of the U-TOC and the data U-TOC 
are updated so that the recorded simple U-TOC is taken 
as a defective area in the same way as for the recording 
of data files corresponding to a simple U-TOC (F405). 

In this way, a keyword is preparedly recorded within 
the simple U-TOC and the playback device performs 
copy protection by carrying out processing in response 
to this keyword. 

When data is copied from ordinary discs, the defec- 
tive area on the U-TOC and the data U-TOC is ignored 
at the time of playing back the original disc 

A keyword is therefore not recorded for a copied 
disc. 

It is not impossible to also make defective areas cop- 
yable. With regards to this, if the keyword is set up by 



performing operations on the information for the charac- 
teristics of the original disc, copy protection can also be 
achieved for the case of copying as far as the keyword. 
For example, a copy protection system may be set 

s up where an accurate keyword value is obtained by per- 
forming an operation on a keyword recording position 
cluster address and a keyword value. 

In doing so, even if copying as far as the keyword is 
temporarily carried out, an accurate keyword cannot be 

10 obtained from a disc because the likelihood of the key- 
word being recorded at a cluster address having exactly 
the same address as on the disc prior to copying is vir- 
tually zero. 

is IV-6 Ctopv-protection-comoatible playback processing 

The playback process for carrying out copy protec- 
tion will now be described for the case where a keyword 
is recorded within a simple U-TOC on a regular disc. 
20 FIG. 33 shows the process carried out during play- 
back. This is shown as the process after the cSsc has 
been installed and the P-TOC and U-TOC have been 
read. 

If there is an operation such as a playback operation 
25 with respect to the installed disc 1 , the system controller 
21 determines the existence or absence of a defective 
area under the control of the U-TOC (F501). If the disc 
is appropriate and there appears to be a keyword 
recorded in the simple U-TOC, the simple U-TOC exists 
30 as a defective area within either the U-TOC or the data 
U-TOC. 

If a defective area exists under U-TOC control, parts 
indicated in the parts table reached from the table pointer 
P-OFA in the U-TOC are accessed in sequence and the 

35 simple U-TOC is searched for (F503, F504, F505, F507). 
i.e. the process is carried out in the same way as for the 
aforementioned steps F308. F309, F310 and F312 in 
FIG. 30. Then, if "MIEX" code data is read then a simple 
U-TOC has been found and this simple U-TOC is read 

40 (F506). 

Further, if a defective area does not exist on the U- 
TOC. the process goes from step F502 to F508 and the 
existence or absence of a data track as a track controlled 
by the U-TOC is confirmed. 
45 If a data track does not exist, the data U-TOC phys- 
ically positioned at the head of the data track is accessed 
and read (F509, F510) and the existence of a defective 
area on the data U-TOC is confirmed (F51 1). ff a defec- 
tive area exists, the defective area, i.e. the simple U-TOC 
so tracing the defect allocation block, is searched (F503, 
F504. F505, F507). 

Then, if the code data "MIEX* is read, the simple U- 
TOC has been found, and this simple U-TOC is read 
(F506). 

55 If the simple U-TOC is read, the directory unit 
recorded with the keyword, which is recorded within the 
simple U-TOC, is searched for, and the existence or 
absence of the correct keyword is confirmed (F512). i.e. 
the directory unit recorded with the keyword is confirmed 
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from the category information (Category) and the volume 
information (Volume 1-0, Volume 1-1), and the keyword 
given by the data file (NameO to Name7) and suffix 
(Suff ixO to Suffix2) bytes is confirmed. 

Then, if the correct keyword is present, a regular disc s 
is determined (F513) and a program is executed in 
accordance with the playback operation (F514). 

On the other hand, in cases other than this, this disc 
is determined to be an illegal copy. 

This is to say that if there is no defective area present 
m either the U-TOC or the data U-TOC, or if a defective 
area exists in either the U-TOC or the data U-TOC but 
this defective area does not include a simple U-TOC, the 
dtsc can be determined to be an illegal copy due to the 
absence of a simple U-TOC, which should be present as 
a recording (F508 - F515), (F507 - F515). (F51 1 - F515). 

An illegal copy is also determined in the case where 
a simple U-TOC exists but a keyword is not recorded, 
where the keyword is not correct, or where the value for 
the operation results in a system where a specific value 
is obtained by performing operations on, for example, a 
cluster address and keyword as described above (F512 
- F515) 

If an illegally copied disc is determined in this way, 
the system controller 21 completely ignores the playback 
operations etc. and operations will not be carried out at 
all (F51 6). In this way. discs which have been copied ille- 
gally will be deemed invalid playback targets by the 
recording/playback device and accurate copy protection 
will therefore be provided. 30 

V. Recording/playback methods employing simple U- 
TQCftYP? B) 

Next, a type B method where a simple U-TOC is 35 
recorded within a recording/playback control area will be 
described as a recording/playback method employing a 
simple U-TOC 

The sector structure of the simple U-TOC is the 
same as that for type A described using FIG. 22 and it's 40 
description is therefore omitted. 

V-1 Control conditions when a simple U-TOC is recorded 

Examples of control conditions in cases of the 45 
recording of a simple U-TOC for a type-B recordings 
within the recording/playback control area are shown in 
FIG. 34, 36 and 38. 

FIG. 34, 36 and 38 show the track conditions when 
control of the recording of a data file is carried out by a 
simple U-TOC. i.e. the conditions for recording a data file 
on the disc using a recording device equipped with a data 
file recording function using a simple U-TOC. A descrip- 
tion is given in the following with regards to this recording 
method. 

Now, in each of the examples explained here, in the 
same way as described for type A, three types of control 
conditions capable of execution are shown. There are 
control conditions where it is preferable to use a certain 



part of the free area with regards to the recording position 
of the data files KFL1 and KFL2 controlled by the simple 
U-TOC and control conditions where the recording posi- 
tion does not influence the specific classification of the 
control conditions. The setting up of the recording posi- 
tion is described later. 

First, in the example in FIG. 34, a region recorded 
with a dataf ile controlled by a simple U-TOC is controlled 
as a defective area by both a U-TOC and a data U-TOC. 

As shown in FIG. 34(a), data files KFL1 and KFL2 
controlled by a simple U-TOC positioned physically sep- 
arate with respect to audio tracks M1 , M2 and M3 and a 
data track, i.e. a data U-TOC, data files FL1, FL2 and 
FL3 and a yet to be recorded block EB, are recorded. 

The simple U-TOC is recorded in a position within 
the recording/playback control area offset to a pre- 
scribed extent with respect to the U-TOC position. 

In this case, the audio tracks M1, M2 and M3 are 
controlled by the U-TOC, as shown in FIG. 34(b), and the 
data U-TOC, data files FL1 , FL2 and FL3 and the yet to 
be recorded block EB are controlled collectively as a data 
track. 

The region recorded with the data files KFL1 and 
KFL2 is controlled as a defective area on the U-TOC indi- 
cated from the table pointer P-DFA. i.e. the region with 
the simple U-TOC and data files KFI1 and KFL2 is 
regarded as invalid by the recording/playback operation. 

Further, the control of the data files FL1. FL2 and 
FL3 and the yet to be recorded block EB is carried out 
at the data U-TOC, as shown in FIG. 34(c). 

The region recorded with the data files KFL1 and 
KFL2 is also controlled on the data U-TOC as a defective 
area. This is to say that this region is not taken as a data 
track controlled using a data U-TOC but an allocation 
block including this region is shown on the volume space 
bitmap as a defect allocation block 

The region for the data files KFL1 and KFL2 can also 
be regarded on the data U-TOC as an invalid region with 
regards to the recording/playback operation. 

With regards to this simple U-TOC, the data files 
KFL1 and KFL2 are controlled as valid data files, as 
shown in FIG. 34(d). 

The data files KFL1 and KFL2 can therefore only be 
played back by a playback device having a function to be 
described later for accessing a simple U-TOC. 

Moreover, in the same way as for type A, data files 
KFL1 and KFL2 controlled by the simple U-TOC are 
included under the control of the data U-TOC and may 
therefore also be played back by playback operations 
employing the data U-TOC. 

The conditions for the including of the-data file KFL2 
of the conditions in FIG. 34 under the control of the data 
U-TOC are shown in FIG. 35. 

In this case, as shown in FIG. 35(b), the area of the 
data file KFL2 is updated so as to be included as one 
part of a data track. 

Then, at the data U-TOC, as shown in FIG. 35(c), a 
region corresponding to the data file KFL2 of a region 
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which up until now had been taken as a defective area 
is controlled as a new data file FL4. 

At the simple U-TOC, as shown in FIG. 35(d), the 
control conditions basically do not change but, with 
respect to the data file KFL2, the erasure prevention flag s 
(Flag) of the directory unit corresponding to the data file 
KFL2 is taken as "01 h H so as to be erasure inhibited. In 
this way, the erasure of the data file FL4 of the data U- 
TOC by an editing operation or the like corresponding to 
the data file KFL2 on the simple U-TOC is prevented. 10 

Erasure is carried out using data U-TOC operations 
when it is wished to erase the data ffle KFL2 (=FL4). 

In the example in FIG. 34, a region recorded with a 
data file controlled by a simple U-TOC is controlled as a 
defective area by both a U-TOC and a data U-TOC. How- 
ever, control may also be carried out with just the U-TOC 
being taken as a defective area with the data U-TOC 
being outside the data track and not being controlled. 

Next, in the example in FIG. 36, a region recorded 
with a data file controlled by a simple U-TOC is taken to 
be a defective area by a data U-TOC and not taken to be 
a defective area at a U-TOC, and control is then carried 
out. 

As shown in FIG. 36(a), data files KFL1 and KFL2 
controlled by the simple U-TOC are recorded in a posi- 
tion so as to continue on from a data track, i.e. a data U- 
TOC, data files FL1. FL2 and FL3 and a yet to be 
recorded block EB. 

When recording in this position also, the control con- 
ditions can be made to be the same as those in FIG. 34. 
However, in this example, the data files KFL1 and KFL2 
shown in FIG. 36(b) are controlled by being considered 
to be a part of the data track. The region recorded with 
the data f ile? KFL1 and KFL2 shown in FIG. 34 is there- 
fore not controlled by being taken as a defective area. 

On the other hand, the data files FL1 , FL2 and FL3 
and the yet to be recorded block EB shown in FIG. 36(c) 
are controlled by the data U-TOC. The region recorded 
with the data files KFI1 and KFL2 is then controlled as a 
defective area within the data track, i.e. the allocation 
block including this region is indicated as a defect allo- 
cation block on the volume space bitmap. The region for 
the simple U-TOC and data files KFL1 and KFL2 is there- 
fore considered to be an invalid region with regards to 
the recording/playback operation within the data track, 
on the data U-TOC. 

With regards to this simple U-TOC, the data files 
KFL1 and KFL2 are controlled as valid data files, as 
shown in FIG. 36(d). 

The data files KFL1 and KFL2 can therefore, in this 
case also, only be played back by a playback device hav- 
ing a function to be described later for accessing a simple 
U-TOC. 

The conditions for the including of the data file KFL2, 
which is only under the control of the simple U-TOC in 
FIG. 36, under the control of the data U-TOC are shown 
in FIG. 37. 

In this case, as shown in FIG. 37(b), the control con- 
ditions on the U-TOC do not change. 



TTien. at the data U-TOC, as shown in FIG. 37(c), a 
region corresponding to the data file KFL2 of a region 
which up until now had been taken as a defective area 
is controlled as a new data file FL4. 

The control conditions at the simple U-TOC basically 
do not change from those shown in FIG. 37(d) but the 
data file KFL2 is erasure inhfoited in the same way as 
the case in FIG. 35. 

Next, in the example in FIG. 38. a region recorded 
with a data file controlled by the simple U-TOC is con- 
trolled by a U-TOC as a defective area. 

In the case in FIG. 38(a) where a data track is not 
recorded, the case is shown where data files KFL1 and 
KFL2 are recorded at a U-TOC-controlled free area. 

The simple U-TOC is recorded at a position within 
the recording/playback control area which is offset to a 
prescribed extent from the position of the U-TOC. 

In this case, the region recorded with the data files 
KFL1 and KFL2 is controlled by the U-TOC as a defective 
area, as shown in FIG. 38(b). 

There is obviously no data U-TOC because there is 
not data track and there is therefore no control carried 
out by the data U-TOC (FIG. 38(c)). 

The data files KFL1 and KFL2 are controlled as valid 
data files at the simple U-TOC, as shown in FIG. 38(d). 

Therefore, in this case also, the data files KFL1 and 
KFL2 can only be played back by a playback device hav- 
ing a function enabling it to access the simple U-TOC in 
a way to be described later. 

. The conditions for including the data file KFL2 from 
the conditions in FIG. 38 under the control of the data U- 
TOC are shown in FIG. 39. 

In this case, as no data track exists, a data track is 
generated. 

Namely, a data U-TOC is recorded at the leading 
position of the region for the data files KFL1 and KFL2 
as shown in FIG. 39(c) and this region is controlled as a 
data track on the U-TOC as shown in FIG. 39(b). 

Further, the data file KFL2 is controlled at the newly- 
recorded data U-TOC as a new data file FU, while on 
the other hand, the region for the data file KFL1 is con- 
trolled as a defective area. 

On the simple U-TOC, as shown in FIG. 39(d), the 
data file KFL2 is taken as being erasure inhibited on the 
directory unit. 

In this way, only the data file KFL2 is controlled as a 
data file FL1 on the data U-TOC. 

In this case, it is preferable to take only the region of 
the data track KFL2 and the newly recorded data U-TOC 
as a data track on the U-TOC, and the region of the data 
file KFL1 as a defective area on the U-TOC. 

Variations may be considered for the control condi- 
tions regarding the region recorded with the simple U- 
TOC and the data files controlled by the simple U-TOC. 

V-2 Dataf ile recording p rocess employing simple U-TOC 

Next, a data file recording process employing a sim- 
ple U-TOC is described for the kind of recording/playback 
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device shown in FIG. 2 or a recording device equipped 
with a recording means similar in block structure. In the 
same way as for the case for type A, this recording proc- 
ess is equipped with approximately the same recording 
block structure as for FIG. 2 but may also easily be used 
in, for example, portable, compact devices where each 
of the various specifications such as memory capacity 
are of a smaller scale. 

FIG. 2 describes the recording/playback device 
playback operation. 

FIG. 40 shows the process for the system controller 
21 during recording. 

The actual recording process commences (F601 - 
F602 - F603) if data to be recorded is inputted via the 
connector 1 5 and communications circuit 34 or via the 
image scanner 14 and a recording operation is made. 

First, a free area where this input data can be 
recorded is searched from the U-TOC (F603) and the 
input data is recorded in this free area (F604). 

Data is then generated because a directory unit cor- 
responding to this recorded data file has to be recorded 
as a simple U-TOC (F605). i.e. if a simple U-TOC already 
exists on a recorded disc, this is read out and a directory 
file corresponding to the data file to be recorded on this 
occasion is created. Further, if a simple U-TOC does not 
exist, simple U-TOC data recorded with a directory unit 
corresponding to the data file recorded on this occasion 
is created. 

A detailed description of the determination of the 
presence or absence on the disc of a simple U-TOC or 
the reading out process if present will not be given here 
because this is the same as a reading process occurring 
at the time of playback to be described later. 

If simple U-TOC data corresponding to the data file 
recording is edited or played back, this simple U-TOC 
data is recorded at a recording/playback control area 
(F606). The recording position within the recording/play- 
back area is offset to a prescribed extent from the record- 
ing position of the U-TOC. For example, a cluster 
address is obtained by adding a specific value to the U- 
TOC start address and this is taken as the simple U-TOC 
start address. 

Next, the U-TOC/data U-TOC are re-written so as to 
enter the recorded data file region into the directory area 
using both or one of the U-TOC and the data U-TOC 
(F607). i.e. one or both of the U-TOC and data U-TOC 
are re-written so as to achieve the control conditions in 
one of FIG. 34, FIG. 36 or FIG. 38. 

In this way, the operation of recording a data file cor- 
responding to a simple U-TOC is completed. 

V-3 Data file playback processing employing a sim- 
ple U-TOC and entry processing going to a data U-TOC 

Next, the playback process for data files recorded 
under the control of a simple U-TOC. as shown, for exam- 
ple, in FIG. 34, 36. and 38. and the process of including 
data files only under the control of a simple U-TOC under 
the control of a data U-TOC shown in FIG. 35, 37 and 29 
are described. 



FIG. 41 shows the process of the system controller 
21 with regards to data playback/entry corresponding to 
the simple U-TOC. Here only the playback process can 
easily be applied to portable, compact equipment where 
5 each of the various specifications are to a smaller scale. 

A simple U-TOC has to be read in order to have sim- 
ple U-TOC compatible data file playback. 

First, the system controller 21 makes the optical 
head 23 access the read-in area of the disc 1 and the P- 
10 TOC is read (F701). Here, if a P-TOC is not read, the 
process goes from step F702 to F703 and a step error 
is assumed. 

When a P-TOC is read, accessing is performed 
based on the following U-TOC starter address (USTA) in 
15 the P-TOC and the U-TOC in the recording/playback 
processing area is read (F704). 

When a U-TOC is not read, it is determined that this 
disc is a virgin disc (F705 - F706). 

ff a U-TOC is read, the system controller 21 
20 accesses a position offset by a prescribed amount from 
the next U-TOC with the optical head 23 (F707) and 
reads out data from this position, i.e. this becomes the 
operation for accessing the simple U-TOC. 

If data is not read here, then a simple U-TOC does 
25 not exist. The data file playback process using the simple 
U-TOC is therefore ended with no simple U-TOC (F708 
- F710). 

If data is read from a position offset by a prescribed 
extent from the U-TOC, it is determined whether or not 

30 this is a simple U-TOC (F709). i.e. it is determined 
whether or not a "MIEX" data code present in the system 
ID showing the presence of a simple U-TOC is read. 

If it is determined that "MIEX" has not been read in 
step F709, a simple U-TOC is determined not to exist on 

35 this disc and the data file playback process using the sim- 
ple U-TOC is ended (F709 - F710). 

If the code data "MIEX" exists in the data read from 
the position offset by a prescribed amount from the U- 
TOC, the process moves on from step F709 to step F71 1 

40 and a simple U-TOC is read. 

If a simple U-TOC is read, it becomes possible to 
play back data files controlled by the simple U-TOC. 
Then, in response to each of the various operations for 
playing back the data file i.e. in response to operations 

45 designating the data file to be played back (F712), the 
position indicated by this directory unit is accessed and 
this data file is read and then taken in by the temporary 
buffer RAM 33 (F713). 

Next, outputting is carried out under prescribed out- 

so put conditions in response to operations, etc. (F71 4). For 
example, outputting is carried out to the display part 13 
via the display controller 35 or to other equipment from 
the connector 1 5 via the communications circuit 34. 
When playback operations for other data filed con- 

55 trolled by the simple U-TOC are to be made, step F718 
through to F712 are returned to and the process is 
repeated. 

ff a user carries out an operation to enter a data file 
under the control of a data U-TOC while this data file is 
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being played back and outputted, and entry processing 
is carried out. i.e. if an entry operation is made (F715). 
the data U-TOC is re-written and a data file of the kind 
shown in FIG. 35(c). FIG. 37(c) or FIG. 39(c) is taken to 
be a data file controlled by the data U-TOC. Further, s 
when the control conditions up to this point have been 
as shown in FIG. 34 or FIG. 38, the U-TOC is updated 
so that control using the kind of U-TOC shown in FIG. 
35(b) and FIG. 37(b) is carried out (F716). 

The simple U-TOC is then also re-written, i.e. an 
erasure inhibited flag (flag) is made to be "01 h" at the 
directory unit corresponding to this data file (F71 7). 

As above, in the case of playing back data files cor- 
respond^ to a simple U-TOC, by obtaining an address 
foe whet e a simple U-TOC is determined to be recorded 
by adding a prescribed offset value to a U-TOC start 
address USTA displayed at the P-TOC, a simple U-TOC 
may be read from this position. The playback operation 
may then be carried out in accordance with the directory 
unit in the simple P-TOC. 

When recording/playback is carried out using the 
aforementioned simple U-TOC, as in the case described 
above in type A. it is not necessary to read or edit the 
data U-TOC A large memory capacity is therefore not 
necessary at the time of recording/playing back and edit- 
ing of the data files and the power consumption can also 
be made small. This recording/playback method is there- 
fore extremely well suited to use in compact equipment 
or the like. 

Further, a data file controlled by a simple U-TOC 
may be entered under the control of a data U-TOC. It 
therefore becomes possible to play back data files cor- 
responding to simple U-TOCs by playing back usual 
data files employing data U-TOCs. Playback can there- 
fore also be performed by devices which do not posses 
a playback function employing simple U-TOC's. 

Moreover, by entering data files corresponding to a 
simple U-TOC under the control of a data U-TOC, this 
data file can become the object of high-speed editing 
operations occurring at the data U-TOC and can be uti- 
lized effectively by each type. 

For example, photographs may be taken by a port- 
able still camera having a recording function using a sim- 
ple U-TOC and may be recorded on a disc as a data file. 
These may then be played back and viewed using full 
specification recording/playback equipment and the nec- 
essary data files may be selected and put under the con- 
trol of the data U-TOC so that high speed editing for each 
type may be carried out. 

V-4 Copy protected data recording employing a simple 
U-TO C 

With this type B also, the simple U-TOC is controlled 
by a U-TOC and/or a data U-TOC. This is then used to 
provide a hidden protection region for preventing illegal 
copying and copy protection is carried out. 

In this embodiment, a simple U-TOC has been uti- 
lized. However, instead of a simple U-TOC, a record- 



ing/playback control area may be provided as a 
dedicated copy protection area and this may be recorded 
with a keyword. 

In this case, a keyword for copy protection is first 
recorded within the simple U-TOC. 

This recording process is shown in FIG. 42. 

Ftrst, keyword data set-up in a recording program for 
copy protection is generated by the recording device 
(F801). 

Then, a keyword is recorded using a single directory 
unit of the simple U-TOC shown in FIG. 22. This is to say 
that a keyword is recorded using the 8 data file name 
bytes of the directory unit (NameO to Name7) and the 3 
suffix bytes (Suffix to Suffix2) in the same way as for the 
case described in type A. 

Then, the presence of a directory corresponding to 
the data file of directory unit length "0" i.e. the presence 
of a directory unit recorded with a keyword, is indicated 
using category information (Category) and volume infor- 
mation (Volume*! -0, Volume"! -1). 

If this kind of directory unit data is created (F802), a 
prescribed offset value is added to the U-TOC start 
address USTA and the cluster address of the simple U- 
TOC to be recorded within the recording^layback con- 
trol area is obtained. This cluster address is then written 
as a simple U-TOC (F893). 

Copy protection can therefore be carried out by pre- 
paredly recording a keyword within the simple U-TOC, 
with the playback device then carrying out processing in 
response to this keyword. 

Usually, in the case of playing back data from a cer- 
tain disc and copying it to another disc, the simple U-TOC 
is ignored at the disc on the playback side. 

Further, it is possible to playback and copy a data 
file corresponding to a simple U-TOC by playing back 
using the aforementioned kind of simple U-TOC but-cop- 
ying cannot be achieved because the simple U-TOC 
does not itself provide a playback output. 

It therefore follows that a keyword has not been 
recorded with the data copied to the disc. 

V-5 Copy-protection compatible playback processing 

Here, a playback process is described for carrying 
out copy protection in the case where a keyword is 
recorded within a simple U-TOC on a regular disc. 

FIG. 43 shows the process carried out during play- 
back. The process after the disc has been installed and 
the P-TOC and U-TOC have been read out is shown. 

If there is a playback operation or the like regarding 
the installed disc 1, the controller 21 accesses an 
address position which is the U-TOC starter address 
UST recorded in the P-TOC with a prescribed offset 
added (F902). determines whether there is data at this 
position, and then determines whether or not a simple 
U-TOC is present in this data (F903, F904). 

Then, "Ml EX" code data is read and a simple U-TOC 
is read (F905) if determined to exist 
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If a simple U-TOC is read, a directory unit recorded 
with a keyword is searched for from within this simple U- 
TOC and the existence or absence of a keyword is con- 
firmed (F906). i.e. a directory unit recorded with a key- 
word is confirmed from the category information 
(Category) and the volume information (Volumel-O, Vol- 
umel-1) and this keyword derived from the bytes of the 
data file (NameO to Name7) and the suffix (SuffixO to Suf- 
fix 2) is confirmed. 

If the correct keyword is present, the disc is deter- 
mined to be regular (F907) and a program is executed in 
response to playback operations etc. (F908). 

On the other hand, if a simple U-TOC does not exist, 
a simple U-TOC exists but is not written with a keyword 
or the keyword is not correct, this disc is determined to 
be an illegal copy (F903 - F909). (F904 - F909), (F906 - 
F909). 

When an illegally copied disc has been determined, 
the system controller 21 completely ignores playback 
operations etc. will not be operable (F910). In this way, 
an illegally copied disc is regarded as an invalid disc by 
the recording/playback device with respect to recording 
and playing back and reliable copy protection is 
achieved. 



VI. Data file recording position con trolled using simple 
U-TOC 

As described above, as recording/playback meth- 
ods employing simple U-TOCs, there is a method A and 
a method B. In the case of method A. a simple U-TOC 
arx±a data file corresponding to the simple U-TOC are 
recorded in a free area. In the case of method S, a data 
file corresponding to a simple U-TOC is recorded in a 
free area. The simple U-TOC is then recorded continu- 
ously in the data U-TOC. 

In either case, the data file (in the case of type A, the 
data file and the simple U-TOC) may be recorded at any 
position within the free area. However, in this embodi- 
ment, recording of these data files takes place at a posi- 
tion which is as far as possible towards the outer side 
periphery of the disc. 

In the following, an explanation is given with regards 
to this recording position. This description is given taking 
type B as the example, with the recording position of the 
data file corresponding to the simple U-TOC being 
described, but this is equally applicable to type A. This 
is the same for the recording position of the simple U- 
TOC in type A. 

FIG. 44(a) shows a case where a data file KFL1 cor- 
responding to a simple U-TOC is recorded towards the 
inner periphery of the free area in relation to other items. 

At this time, the data track is positioned further 
towards the outer periphery than the data file KFL1 i.e. 
the data U-TOC has an address which is later than that 
of the data file KFL1. 

Here, as described above, an operation is carried 
out to enter a data file KFL1 corresponding to the simple 
U-TOC under the control of the data U-TOC. 



In this case, as the entry operation, the data U-TOC 
may be updated in such a manner that the area recorded 
with the data file KFL1 may be controlled as a new data 
file FL3 at the data U-TOC. Also, the area of the data file 
s KFL1 is taken out of the defective area on the U-TOC 
and incorporated with the data track parts. 

This new data file FL3 is positioned further towards 
the inner periphery than the data U-TOC up until this 
point. 

10 It is normal for the data U-TOC to be recorded at the 
leading position of the part at the innermost periphery of 
the parts making up the data track. Therefore, if the data 
file KFL1 is included with the parts making up the data 
track as the data file FL3. the data U-TOC has to be 

is recorded directly before the part becoming this data file 
FL3. 

Because of this, the updating for entry by the data 
U-TOC is not the only process carried out at the time of 
entry. This updated data U-TOC is recorded directly 

20 before a part which becomes the kind of data file FL3 
shown in FIG. 44(b). A process for entering the data U- 
TOC area shown in FIG. 44(c) which has existed up until 
now into a free area is then required. 

Namely, a multiplicity of processes consisting of 

25 updating the data U-TOC contents, recording to the 
updated position of the data U-TOC and updating the 
data track, defective area and free area in the U-TOC. 
become necessary. 

On the other hand, FIG. 45(a) shows the case where 

30 a data file KFL1 corresponding to the simple U-TOC is 
recorded at a position towards the outer periphery disc 
side of the free area. In this case, the data track is posi- 
tioned further towards the inner periphery than the data 
file KFL1 . The data U-TOC therefore has an address pre- 
ss ceding that of the data file KFL1 . 

Here, an operation for entering the data file KFL1 
corresponding to the simple U-TOC under the control of 
the data U-TOC is carried out. 

In this case, as an entry operation, the data U-TOC 

40 may be updated so that an area recorded with the data 
file KFL is controlled as a new data file FL at the data U- 
TOC. Further, the area for the data file KFL1 is taken out 
from the detect area on the U-TOC and incorporated with 
the data track parts. 

45 In this case it is not necessary to modify the data U- 
TOC position and contents are re-written only for por- 
tions of the data U-TOC which require updating. 

It is also not necessary to update the free area on 
the U-TOC. This means that entry can be completed by 

so a comparatively simple process. 

As can be seen from the examples in FIG. 44 and 
FIG. 45, with regards to a data file corresponding to a 
simple U-TOC, entry processing to a data U-TOC can 
be-considered and recording as far as possible towards 

55 the outer periphery of the disc becomes possible. 

In addition to this, after entry into the data U-TOC, it 
is preferable to have the position of the entered data files 
and the position of the data U-TOC physically close. This 
makes the access speed at the time of playback fast In 
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particular, in the case of the GLV method, the number of 
rotations of the spindle motor changes depending on the 
position on the disc and in the case of accesses over 
long distances, time is necessary to control the number 
of rotations of the spindle motor. From this point of view 5 
also, it is preferable to have the data file position and the 
data U-TOC position close together. 

Therefore, in this embodiment, the recording posi- 
tion of a data file corresponding to a simple U-TOC is set 
up under the following conditions 1, Z and 3. 10 

1 When no data track (data U-TOC) exists. 

The necessary area length is searched for at the 
region nearest to the outermost periphery of the disc 
of the existing free area. In this way, when a data is 
track is formed after this, the data U-TOC which 
becomes the leading position is made to be further 
towards the inner periphery of the disc than the data 
file corresponding to the simple U-TOC. Further, by 
recording at the outermost periphery, the degree of 20 
freedom is maximized when recording data tracks 
after this. 

Z When a data track (data U-TOC) exists. 

A region of the necessary length is searched for 
from the existing free area at positions which are 25 
towards the outer periphery from the data track and 
close to the data track. In this way, data files corre- 
sponding to the simple U-TOC are made to be fur- 
ther towards the outer periphery of the disc than the 
data U-TOC and if possible, recorded in a position 30 
continuing on from the data track. This can be uti- 
lized with regards to the access speed after entry. 
3 When a free area fulfilling the above conditions 
does not exist. 

In this case, recording is carried out at a position 35 
which is, if possible, close to the outer periphery of 
the existing free area. In this case, as shown in FIG. 
44, the case arises where the data file correspond- 
ing to the simple U-TOC is further towards the inner 
periphery than the data U-TOC, but this does not 40 
present a problem. 

During the recording of data files employing simple 
U-TOC's, by selecting the recording position in the above 
way, the recording and playing back etc. of normal data 45 
files using data U-TOC's can be achieved under the most 
desirable conditions. 

An embodiment of the present invention has been 
described above, but various modifications of the 
present invention are possible in addition to the embod- so 
iment shown. 

Claims 

1 . A recording medium comprising: 55 
a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 



a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; and 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file. 

2. A recording medium according to claim 1 , wherein 
the first control region (P-TOC) is recorded with an 
identification signal for discriminating between the 
first-type data and the second-type data and the 
head of the second control region (U-TOC) is con- 
trolled by the first control region. 

3. A recording medium according to claims 1 or 2, 
wherein the first control region further controls un- 
recorded regions of the recordable region. 

4. A recording medium according to any one of the pre- 
ceding claims, wherein code corresponding to 
"MINI" indicating the presence of the first control 
region is recorded at the first control region and code 
corresponding to "MINX" incficating the presence of 
the second control region is recorded at the second 
control region. 

5. A recording medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file; 
and 

a third control region (simple U-TOC) for con- 
trolling the second-type data. 

6. A recording medium according to claim 5, wherein 
the third control region controls the first control 
region and/or the second control region as a defec- 
tive region. 

7. A recording medium according to claim 6, wherein 
the third control region is recorded with a copy inhibit 
identification code. 

8. A recording medium according to any one of claims 
5 to 7, wherein second-type data files controlled by 
the third control region are controlled at the f irst con- 
trol region as defective regions. 

9. A recording medium according to any one of claims 
5 to 7, wherein second-type data files controlled by 
the third control region are controlled at the second 
control region as defective regions. 
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10. A recording medium according to claim 5 f wherein 
the third control region and second-type data files 
controlled by the third control region are controlled 
at the first control region as second-type data files. 

5 

11. A recording medium according to claim 5, wherein 
the second-type data files controlled by the third 
control region are also controlled at the second con- 
trol region. 

10 

12. A recording medium according to any one of claims 
5to 1 1 .wherein the second-type data files controlled 
by both the second and third control regions are con- 
trolled as write-protected data. 

15 

13. A recording medium according to any one of claims 
5 to 12, wherein code corresponding to "MINI" show- 
ing the presence of the first control region is 
recorded at the first control region; 

code corresponding to "MINX" showing the 20 
presence of the second control region is recorded at 
the second control region: and 

code corresponding to "MIEX" showing the 
presence of the third control region is recorded at 
the third control region. 25 

14. A recording medium according to any one of claims 
5 to 13, wherein the third recording region is 
recorded at a region offset by a prescribed amount 
from a recording position of the first control region. 30 

15. A recording medium according to claim 4, wherein 
the third control region is recorded with a copy inhibit 
identification code. 

35 

16. A playback method for playing back data from a 
recording medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 40 
least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; and 

a second control region (U-TOC) provided at 45 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file, 
said playback method comprising the steps of: 

reading-out (F101) the first control region; 

determining (F102) whether or not second- so 
type data has been read-out from the first control 
region; 

accessing (F104) the physical head of the 
recorded second-type data based on the first control 
information and reading out the second control infer- 55 
mation when existence of second-type data is deter- 
mined (in the preceding step); and 

accessing (F1 1 1) f He data based on the read- 
out second control information. 



17. A playback method for playing back data from a 
recording medium comprising: a recordable region 
capable of being recorded with first-type data com- 
posed of at least one program and second-type data 
composed of at least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file; 
and 

a third control region (simple U-TOC) for con- 
trolling the second-type data, said playback method 
comprising the steps of: 

reading out (F701) the first control region (P- 

TOC); 

determining (F702) in a first determination 
whether or not a defective region is being controlled 
within the read-out first control region; 

accessing (F707) the defective region based 
on defective region control data when determined in 
the first determination that a defective region is 
being controlled; 

determining (F708) in a second determina- 
tion whether or not an error exists in the accessed 
defective region; 

determining (F709) in a third determination 
whether or not a third control region exists when an 
error does not exist in the defective region accessed 
in the second determination; 

reading out (F71 1) contents of the third con- 
trol region when a third control region (simple U- 
TOC) is determined to exist in the third determina- 
tion; and 

accessing (F713) the file data based on the 
read-out third control information. 

18. A playback method according to claim 17, wherein 
the third determination for determining whether or 
not a third control region exists determines whether 
or not a code corresponding to "Ml EX" exists. 

19. A playback method for playing back data from a 
recording medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file; 
and 

a third control region (simple U-TOC) 
recorded at a position having an address offset by a 
prescribed extent from within the first control region, 
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said playback method comprising the steps of: 

reading out (F701) the first control region; 

carrying out (F707) a prescribed operation 
based on an address of the recorded read-out first 
control region; 

accessing (F709) the third control region 
based on results of the operation 

reading out (F71 1) contents of the third con- 
trol region; and 

accessing (F71 3) file data based on the read- 
out third control information. 

20. A playback device for playing back data from a 
medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region: and 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file, 
said playback device comprising : 

playback means (23) for reading out the first 
control region (P-TOC); 

means (21) for determining whether or not 
second-type data is being played back by the play- 
back means from the first control region; 

means (21) for accessing, when the deter- 
mining means determines the existence of the sec- 
ond type of data, the physical head of a position 
recorded with the second-type data based on the 
first control information and reading out the second 
control region; and 

means (21) for accessing file data based on 
the read-out second control information. 

21. A playback device according to claim 20, further 
equipped with control means for accessing a defec- 
tive area based on control information of the first 
control region and/or control information of the sec- 
ond control region and means for playing back the 
accessed defective region and determining whether 
or not a copy inhibit identification code is recorded. 

22. A playback device for playing back data from a 
recording medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second- type data composed of at 
least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file; 



and 

a third control region (simple U-TOC) for con- 
trolling the second-type data, said playback device 
comprising: 

5 playback means playing back recorded infor- 

mation; 

first determining means for determining 
whether or not a defective region is controlled within 
first control information played back by the playback 

to means; 

first control means for, when determined by 
the first determination means that a defective region 
is being controlled, accessing the defective region 
based on defective region control data; 

is second determining means for determining 

whether or not there is an error at the accessed 
defective region; 

third determining means for determining 
whether or not there is a third control region when 

20 there is no error present at the defective region 
accessed by the second determining means; and 

second control means for. when the third 
determining means determines the existence of a 
third control region, reading out contents of the third 

2s control region and accessing file data based on 
read-out third control information. 

23. A playback device according to claim 22, further 
equipped with means for determining whether or not 

30 a copy inhibit identification code is recorded at the 
third control region. 

24. A playback device according to claims 22 or 23, 
wherein the third determining means determines 

35 whether or not a third control region exists by deter- 
mining whether or not code corresponding to "Ml EX" 
is recorded. 

25. A playback device for playing back data from a 
40 recording medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 

45 a first control region (P-TOC) for controlling 

the at least one program and the second-type data 

recorded at the recordable region; 

a second control region (U-TOC) provided at 

the physical head of a region recorded with the see- 
so ond-type data, for controlling the at least one file; 

and 

a third control region (simple U-TOC) 
recorded at a position having an address offset by a 
prescribed extent from within the first control region, 
ss said playback device comprising: 

playback means for playing back recorded 
information; 

arithmetic means for carrying out a pre- 
scribed operation based on an address of a first con- 
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troi region read-out by the playback means; and 

control means tor accessing the first control 
region read-out by the playback means based on 
results of the calculation carri ed out by the arithmetic 
means and accessing file data based on third control 5 
information read-out by the playback means. 

26. A playback device according to claim 25, further 
equipped with means lor determining whether or not 

a copy inhixt dentrfcation code exists at the third 10 
control region 

27. A playback device according to claims 21, 23 and 
26, further comprising control means for inhibiting 
playback when a cop> mr»*>t dentrfication code is 15 
recorded at the contra leyon 

28. A recording devtc* lor reeorcfcng and/or updating 
first-type data ancto» second type data from a 
recording mednxn comprcmg 20 

a recordafc*# region capable of being 
recorded with f vtt type data compo s ed of at least 
one program and ««cond type data composed of at 
least one file; 

a first control region (P-TOC) tor controlling 25 
the at least one program and the second-type data 
recorded at the recordable region, and 

a second control re^on (U-TOC) provided at 
the physical head of a repon recorded with the sec- 
ond-type data, tor controlling the at least one file, 30 
said recording device comprising 

recording means tor recording first-type data 
and/or second-type data at the recordable region; 
and 

updating means tor updating first control 35 
information in such a manner that, while second- 
type data is being recorded at the recordable region, 
the region being recorded with the second-type data 
is also controlled at the first control region, and also 
for updating control information in the second control 40 
region. 

29. A recording device according to claim 28, wherein 
the region recorded with the second type of data is 
controlled as a defective area at the first control 45 
region. 

30- A recording device for recording and/or updating 
first-type data and/or second-type data from a 
recording medium comprising: so 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 

a first control region (P-TOC) for controlling 55 
the at least one program and the second-type data 
recorded at the recordable region; 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 



ond-type data, for controlling the at least one file; 
and 

a third control region (simple U-TOC) for con- 
trolling the second-type data, said recording device 
comprising: 

recording means for recording first-type data 
and/or second-type data at the recordable region; 
and 

updating means for updating, while the sec- 
ond-type data is being recorded at the recordable 
region, first control information and/or second con- 
trol information in such a manner as to control a 
region recorded with the second-type data and the 
third control region as a defect region at the first con- 
trol region and/or second control region and also for 
updating control information in the third control 
region. 

31. A recording device for recording and/or updating 
first-type data and/or second-type data from a 
recording medium comprising: 

a recordable region capable of being 
recorded with first-type data composed of at least 
one program and second-type data composed of at 
least one file; 

a first control region (P-TOC) for controlling 
the at least one program and the second-type data 
recorded at the recordable region; 

a second control region (U-TOC) provided at 
the physical head of a region recorded with the sec- 
ond-type data, for controlling the at least one file; 
and 

a third control region (simple U-TOC) 
recorded at a position having an address offset by a 
prescribed extent from within the first control region, 
said recording device comprising: 

recording means for recording first-type data 
and/or second-type data at the recordable region; 
and 

updating means for updating, while second- 
type data is being recorded at the recordable region, 
first control information and/or second control infor- 
mation in such a manner that a region recorded with 
the second-type data is controlled as a defect region 
at the first control region and/or the second control 
region and also for updating control information at 
the third control region. 

32. A recording device according to claim 30 and 31, 
wherein, when second-type data files controlled by 
the third control region are recorded anew at a 
region physically preceding the second type data 
files controlled by the second control region, the sec- 
ond control region is transferred to a position phys- 
ically preceding the second-type data file region 
controlled by the new third control region and control 
information of the first control region and the second 
control region is updated. 
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directory record block sector structure 
(directory records for directory use) 
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Extent record block center structure 
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